MySQL LOCK 命令的语法如下

LOCK TABLE table1 locktype, table2 locktype ...

对一个表解锁：

UNLOCK TABLE[S]

如：

lock table car write；

select *　from car;

unlock table；

解锁命令不需要额外的参数，UNLOCK 将解除该用户所有的锁。

因为 LOCK 锁阻止其他用户的访问，所以应该尽可能快的执行 UNLOCK 命令。

MySQL LOCK 类型

MySQL LOCK 锁的类型有四种，每一种锁定的范围不同：

READ

所有的用户只能读取被锁表，不能对表进行修改（包括执行 LOCK 的用户），当表不存在 WRITE 写锁时 READ 读锁被执行。

READ LOCAL

除了允许 INSERT 命令以外执行的锁与 READ 相同。

WRITE

除了当前用户被允许读取和修改被锁表外，其他用户的所有访问被完全阻止。一个 WRITE 写锁被执行仅当所有其他锁取消时。

LOW PRIORITY WRITE

低优先级的读锁，在等待时间内（等待其他锁取消），其他用户的访问将被认为是执行了 READ 读锁，因此将增加等待时间

注意：MySQL的lock不能用于函数和存储过程中

在同一个连接当中，执行了一次lock table之后，如果再次执行lock table，那么之前被锁住的表就自动解锁了。

下面这张图可以证明：

MySql中表锁Lock命令和unlock命令

-----------------------------------------------------------------

A session that requires locks must acquire all the locks that it needs in a single LOCK TABLES statement. While the locks thus obtained are held, the session can access only the locked tables. For example, in the following sequence of statements, an error occurs for the attempt to access t2 because it was not locked in the LOCK TABLES statement:

MySQL> LOCK TABLES t1 READ;
mysql> SELECT COUNT(*) FROM t1;
+----------+
| COUNT(*) |
+----------+
| 3 |
+----------+
mysql> SELECT COUNT(*) FROM t2;
ERROR 1100 (HY000): Table 't2' was not locked with LOCK TABLES

-------------------------------------------------

在mysql中，如果使用了lock tables tb_name [,tb_name] read|write ，那么在unlock tables之前，都只能是用lock住的这几个表了。使用其他表的时候会提示没有被lock。

unlock tables可以用在这里解锁被lock住的表，也可以用在解锁flush tables with read lock；这个命令中来解锁。

-------------------------------------------------

在获得锁的过程中，lock table 命令可能会锁定比你指定的更多的表。这是因为，如果你的表中有trigger，那么为了功能能正常进行，在trigger中涉及的表也会被lock。参考这里

-------------------------------------------------------------------------------------------------

获得锁的过程

LOCK TABLES acquires locks as follows:
Sort all tables to be locked in an internally defined order. From the user standpoint, this order is undefined.
If a table is to be locked with a read and a write lock, put the write lock request before the read lock request.
Lock one table at a time until the session gets all locks.
This policy ensures that table locking is deadlock free.

-------------------------------------------------------------------------------------------

释放锁的条件：

Rules for Lock Release

When the table locks held by a session are released, they are all released at the same time. A session can release its locks explicitly, or locks may be released implicitly under certain conditions.

A session can release its locks explicitly with UNLOCK TABLES.
If a session issues a LOCK TABLES statement to acquire a lock while already holding locks, its existing locks arereleased implicitly before the new locks are granted.
If a session begins a transaction (for example, with START TRANSACTION), an implicit UNLOCK TABLES is performed, which causes existing locks to be released.
If the connection for a client session terminates, whether normally or abnormally, the server implicitly releases all table locks held by the session (transactional and nontransactional). If the client reconnects, the locks will no longer be in effect.
In addition, if the client had an active transaction, the server rolls back the transaction upon disconnect, and if reconnect occurs, the new session begins with autocommit enabled. For this reason, clients may wish to disable auto-reconnect. With auto-reconnect in effect, the client is not notified if reconnect occurs but any table locks or current transaction will have been lost. With auto-reconnect disabled, if the connection drops, an error occurs for the next statement issued. The client can detect the error and take appropriate action such as reacquiring the locks or redoing the transaction.【最好禁用客户端的“自动重连”机制，因为如果自动重连功能打开，那么断开的连接自动重连上之后是不会通知客户端的，那么此时之前得到的lock已经不存在了。从而会造成一些未知错误。】

1语法

LOCK TABLES tbl_name[[AS] alias] lock_type [, tbl_name [[AS] alias] lock_type] ...

lock_type:READ[LOCAL]| [LOW_PRIORITY] WRITE

UNLOCK TABLES

2简单使用

一个session只能为自己获取锁和释放锁，不能为其他session获取锁，也不能释放由其他session保持的锁。

要为一个对象获取锁，需具备该对象上的SELECT权限和LOCK TABLES权限。LOCK TABLES语句为当前session显式的获取表锁。可以为tables获取锁，也可以为view，trigger获取锁。对于为view加锁，LOCK TABLES语句会为view中使用的所有基表加锁，对于trigger同样如此。UNLOCK TABLES显示的释放当前session锁保持的锁。另外通过LOCK TABLEs语句为当前session获取新锁前会隐式的释放当前session之前的所有锁。

MySql中表锁Lock命令和unlock命令

UNLOCK TABLES还还以用来释放FLUSH TABLES WITH READ LOCKS获取的全局锁，该锁锁定所有库的所有表。（稍后详细介绍）

对非临时表执行LOCK TABLES不会影响对临时表的访问。因为该类表可以且仅可以由创建它的session访问且不管什么类型的锁都对其没有影响。

MySql中表锁Lock命令和unlock命令

但是对临时表执行LOCK TABLES，可以对其他非临时表产生影响。

MySql中表锁Lock命令和unlock命令

3获取锁的规则

有下列可用的锁类型

Ø READ[LOCAL] lock

ü 保持该锁的session可以读取加锁的表，但不能写，对于没有加锁的表不能读也不能写。

MySql中表锁Lock命令和unlock命令

ü 多个session可同时为同一个表获取READ锁

session1

MySql中表锁Lock命令和unlock命令

session2

MySql中表锁Lock命令和unlock命令

session3

MySql中表锁Lock命令和unlock命令

ü 当前session只能读取明确获取了READ锁的表，不能更新该表，也不能读取和更新其他没有获取READ锁的表。其他的session可以读取没有在当前session中明确获取READ锁的表，当然也可以读取获取了READ锁的表。但是更新在其他session中获取了READ锁的表会被阻塞，可以正常更新其他的表。

session1(当前session)

MySql中表锁Lock命令和unlock命令