Lock Tables和Unlock Tables浅析

锁表的语法：

UNLOCK TABLES

LOCK TABLES为当前会话锁定表。UNLOCK TABLES释放被当前会话持有的任何锁。官方文档“13.3.5 LOCK TABLES and UNLOCK TABLES Syntax”已经对LOCK TALES与UNLOCK TABLES做了不少介绍，下面我们通过一些测试例子来深入的理解一下锁表与解锁表的相关知识点。我们先准备一下测试环境用的表和数据。前会话(会话ID为61)持有test表的READ锁后，那么当前会话只可以读该表，而不能往表中写入数据，否则就会报“Table 'test' was locked with a READ lock and can't be updated”这样的错误。

注意：如果使用LOCK TABLE WRITE锁定表后，则可以更新数据。详见后面介绍其它会话也能查询表test，但是不能修改表，如果执行DML操作的话，则会一直处于被阻塞状态(Waiting for table metadata lock)。

另外，我们测试一下修饰符LOCAL的用途，如下所示：么其他会话是否也能读此表呢? 其它会话能否也能锁定该表(LOCK TABLES READ LOCAL)?其它会话是否也能锁定写(LOCK TABLE WRITE)呢?。关于这些疑问，其它会话也能读此表，其它表也能锁定该表(LOCK TABLES READ LOCAL)，但是不能LOCK TABLE WRITE。

对于MyISAM表，现在用的比较少，我们还是用InnoDB类型的表来实验一下，在其中一个会话使用lock table锁定表test，如上测试所示，如果一个会话在一个表上获得一个READ锁后，所有其他会话只能从表中读。不能往表中写，其它会话也可在该表上获取一个READ锁，此时你会在show open tables里面看到in_use的值增加。其实LOCK TABLES READ是一个表锁，而且是共享锁。但是当一个会话获取一个表上的READ锁后，其它会话就不能获取该表的WRITE锁了，此时就会被阻塞，直到持有READ锁的会话释放READ锁。

（编辑：开发网_郴州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!