设为首页 收藏本站
查看: 887|回复: 0

[经验分享] MySQL中lock tables和unlock tables浅析

[复制链接]

尚未签到

发表于 2017-12-12 09:39:07 | 显示全部楼层 |阅读模式
MySQL中lock tables和unlock tables浅析


在MySQL中提供了锁定表(lock tables)和解锁表(unlock tables)的语法功能,ORACLE与SQL Server数据库当中没有这种语法。相信刚接触MySQL的人,都想详细、深入的了解一下这个功能.下面就尽量全面的解析、总结一下MySQL中lock tables与unlock tables的功能,如有不足或不正确的地方,欢迎指点一二。



锁定表的语法:


LOCK TABLES

tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}

[, tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}] ...



LOCAL修饰符表示可以允许在其他会话中对在当前会话中获取了READ锁的的表执行插入。但是当保持锁时,若使用Server外的会话来操纵数据库则不能使用READ LOCAL。另外,对于InnoDB表,READ LOCAL与READ相同。


The LOCAL modifier enables nonconflicting INSERT statements (concurrent inserts) by other sessions to execute while the lock is held. (See Section 8.11.3, “Concurrent Inserts”.) However, READ LOCAL cannot be used if you are going to manipulate the database using processes external to the server while you hold the lock. For InnoDB tables, READ LOCAL is the same as READ.


修饰符LOW_PRIORITY用于之前版本的MySQL,它会影响锁定行为,但是从MySQL 5.6.5以后,这个修饰符已经被弃用。如果使用它则会产生警告。



[LOW_PRIORITY] WRITE lock:


The session that holds the lock can read and write the table.



Only the session that holds the lock can access the table. No other session can access it until the lock is>

Lock requests for the table by other sessions block while the WRITE lock is held.


The LOW_PRIORITY modifier has no effect. In previous versions of MySQL, it affected locking behavior, but this is no longer true. As of MySQL 5.6.5, it is deprecated and its use produces a warning. Use WRITE without LOW_PRIORITY instead.



解锁表的语法:


UNLOCK TABLES



LOCK TABLES为当前会话锁定表。 UNLOCK TABLES释放被当前会话持有的任何锁。官方文档“13.3.5 LOCK TABLES and UNLOCK TABLES Syntax”已经对LOCK TALES与UNLOCK  TABLES做了不少介绍,下面我们通过一些测试例子来深入的理解一下锁表与解锁表的相关知识点。我们先准备一下测试环境用的表和数据。


mysql> create table test(>Query OK, 0 rows affected (0.07 sec) mysql> insert into test    -> select 10001, 'kerry'   union all    -> select 10002, 'richard' union all    -> select 10003, 'jimmy' ;Query OK, 3 rows affected (0.05 sec)Records: 3  Duplicates: 0  Warnings: 0 mysql>

当前会话(会话ID为61)持有test表的READ锁后,那么当前会话只可以读该表,而不能往表中写入数据,否则就会报“Table 'test' was locked with a READ lock and can't be updated”这样的错误。


mysql> select connection_id();+-----------------+| connection_id() |+-----------------+|              61 |+-----------------+1 row in set (0.00 sec) mysql> show open tables where in_use >=1;Empty set (0.00 sec) mysql> lock tables test read;Query OK, 0 rows affected (0.00 sec) mysql> show open tables where in_use >=1;+----------+-------+--------+-------------+| Database | Table | In_use | Name_locked |+----------+-------+--------+-------------+| MyDB     | test  |      1 |           0 |+----------+-------+--------+-------------+1 row in set (0.01 sec) mysql> select * from test;+-------+---------+|>+-------+---------+| 10001 | kerry   || 10002 | richard || 10003 | jimmy   |+-------+---------+3 rows in set (0.00 sec) mysql> insert into test    -> values(10004, 'ken');ERROR 1099 (HY000): Table 'test' was locked with a READ lock and can't be updatedmysql>


DSC0000.png



另外,我们测试一下修饰符LOCAL的用途,如下所示:


mysql> create table test2(>Query OK, 0 rows affected (0.05 sec) mysql> insert into test2    -> select 1001, 'test';Query OK, 1 row affected (0.00 sec)Records: 1  Duplicates: 0  Warnings: 0mysql> select connection_id();+-----------------+| connection_id() |+-----------------+|              66 |+-----------------+1 row in set (0.00 sec) mysql> lock tables test2 read local;Query OK, 0 rows affected (0.00 sec) mysql> select * from test2;+------+------+|>+------+------+| 1001 | test |+------+------+1 row in set (0.00 sec) mysql> insert into test2    -> select 1002, 'kkk';ERROR 1099 (HY000): Table 'test2' was locked with a READ lock and can't be updatedmysql>

在其它会话当中,你可以看到表test2可以被插入。当然前提是表的存储引擎不能是InnoDB引擎,否则使用修饰符LOCAL和不用LOCAL是一样的,其它会话无法对表写入。


mysql> select connection_id();+-----------------+| connection_id() |+-----------------+|              65 |+-----------------+1 row in set (0.00 sec) mysql> select * from test2;+------+------+|>+------+------+| 1001 | test |+------+------+1 row in set (0.00 sec) mysql> insert into test2    -> select 1002, 'kkk';Query OK, 1 row affected (0.00 sec)Records: 1  Duplicates: 0  Warnings: 0

那么其他会话是否也能读此表呢?  其它会话能否也能锁定该表(LOCK TABLES READ)? 其它会话是否也能锁定该表呢?(LOCK TABLES WRITE)

mysql> select connection_id();+-----------------+| connection_id() |+-----------------+|              62 |+-----------------+1 row in set (0.01 sec) mysql> select * from test;+-------+---------+|>+-------+---------+| 10001 | kerry   || 10002 | richard || 10003 | jimmy   |+-------+---------+3 rows in set (0.00 sec) mysql> lock tables test read;Query OK, 0 rows affected (0.00 sec) mysql> show open tables where in_use >=1;+----------+-------+--------+-------------+| Database | Table | In_use | Name_locked |+----------+-------+--------+-------------+| MyDB     | test  |      2 |           0 |+----------+-------+--------+-------------+1 row in set (0.00 sec) mysql> unlock tables;Query OK, 0 rows affected (0.00 sec) mysql> show open tables where in_use >=1;+----------+-------+--------+-------------+| Database | Table | In_use | Name_locked |+----------+-------+--------+-------------+| MyDB     | test  |      1 |           0 |+----------+-------+--------+-------------+1 row in set (0.00 sec) mysql> lock tables test write;
DSC0001.png



如上测试所示,如果一个会话在一个表上获得一个READ锁后,该会话和所有其他会话只能从表中读。不能往表中写,其它会话也可在该表获取一个READ锁,此时你会在show open tables里面看到in_use的值增加。其实LOCK TABLES READ是一个表锁,而且是共享锁。但是当一个会话获取一个表上的READ锁后,其它会话就不能获取该表的WRITE锁了,此时就会被阻塞,直到持有READ锁的会话释放READ锁。



DSC0002.png


另外需要注意的是,当前会话如果锁定了其中一个表,那么是无法查询其它表的。否则会报“ERROR 1100 (HY000): Table 'worklog' was not locked with LOCK TABLES”错误。


DSC0003.png



那么我们再来看看WRITE锁吧。测试前,先在上面两个会话中执行 unlock tables命令。然后获得表TEST上的一个WRITE锁,如下所示,当前会话可以读写表TEST


mysql> unlock tables;Query OK, 0 rows affected (0.00 sec) mysql> select connection_id();+-----------------+| connection_id() |+-----------------+|              61 |+-----------------+1 row in set (0.00 sec) mysql> show open tables where in_use >=1;Empty set (0.00 sec) mysql> lock tables test write;Query OK, 0 rows affected (0.00 sec) mysql> select * from test;+-------+---------+|>+-------+---------+| 10001 | kerry   || 10002 | richard || 10003 | jimmy   |+-------+---------+3 rows in set (0.00 sec) mysql> update test set name='ken' where>Query OK, 1 row affected (0.01 sec)Rows matched: 1  Changed: 1  Warnings: 0 mysql>

其它会话无法读写表TEST,都会被阻塞,当然也无法获取表TEST的READ锁或WRITE锁。也就是说当一个会话获得一个表上的一个WRITE锁后,那么只有持锁的会话READ或WRITE表,其他会话都会被阻止。


mysql> unlock tables;Query OK, 0 rows affected (0.00 sec) mysql> mysql> mysql> show open tables where in_use >=1;+----------+-------+--------+-------------+| Database | Table | In_use | Name_locked |+----------+-------+--------+-------------+| MyDB     | test  |      1 |           0 |+----------+-------+--------+-------------+1 row in set (0.00 sec) mysql> select * from test;


DSC0004.png



mysql> select connection_id();+-----------------+| connection_id() |+-----------------+|              63 |+-----------------+1 row in set (0.00 sec) mysql> show processlist;+----+------+-----------+------+---------+------+---------------------------------+--------------------+|>+----+------+-----------+------+---------+------+---------------------------------+--------------------+| 61 | root | localhost | MyDB | Sleep   |   86 |                                 | NULL               || 62 | root | localhost | MyDB | Query   |   40 | Waiting for table metadata lock | select * from test || 63 | root | localhost | MyDB | Query   |    0 | init                            | show processlist   || 64 | root | localhost | MyDB | Sleep   | 2551 |                                 | NULL               |+----+------+-----------+------+---------+------+---------------------------------+--------------------+4 rows in set (0.00 sec)


UNLOCK TABLES释放被当前会话持有的任何锁,但是当会话发出另外一个LOCK TABLES时,或当服务器的连接被关闭时,当前会话锁定的所有表会隐式被解锁。下面我们也可以测试看看


mysql> lock tables test read;Query OK, 0 rows affected (0.00 sec) mysql> show open tables where in_use >=1;+----------+-------+--------+-------------+| Database | Table | In_use | Name_locked |+----------+-------+--------+-------------+| MyDB     | test  |      1 |           0 |+----------+-------+--------+-------------+1 row in set (0.00 sec) mysql> lock tables worklog read;Query OK, 0 rows affected (0.00 sec) mysql> show open tables where in_use >=1;+----------+---------+--------+-------------+| Database | Table   | In_use | Name_locked |+----------+---------+--------+-------------+| MyDB     | worklog |      1 |           0 |+----------+---------+--------+-------------+1 row in set (0.00 sec) mysql>

DSC0005.png


那么我们如何在当前会话锁定多个表呢?如下所示:



mysql> show open tables where in_use >=1;Empty set (0.00 sec) mysql> lock tables test read, worklog read;Query OK, 0 rows affected (0.00 sec) mysql> show open tables where in_use >=1;+----------+---------+--------+-------------+| Database | Table   | In_use | Name_locked |+----------+---------+--------+-------------+| MyDB     | worklog |      1 |           0 || MyDB     | test    |      1 |           0 |+----------+---------+--------+-------------+2 rows in set (0.00 sec) mysql>

另外,还有一些细节问题,LOCK TABLES是否可以为视图、触发器、临时表加锁呢?



mysql> create table test2(>Query OK, 0 rows affected (0.06 sec) mysql> insert into test2    -> select 10001, 1 union all    -> select 10002, 0 union all    -> select 10003, 1;Query OK, 3 rows affected (0.02 sec)Records: 3  Duplicates: 0  Warnings: 0mysql> create view v_test    -> as    -> select t1.id, t1.name, t2.sex    -> from test t1 left join test2 t2 on t1.id =t2.id;Query OK, 0 rows affected (0.01 sec)mysql> lock tables v_test read;Query OK, 0 rows affected (0.00 sec) mysql> show open tables where in_use >=1;+----------+-------+--------+-------------+| Database | Table | In_use | Name_locked |+----------+-------+--------+-------------+| MyDB     | test2 |      1 |           0 || MyDB     | test  |      1 |           0 |+----------+-------+--------+-------------+2 rows in set (0.00 sec) mysql>



如上测试所示,对于VIEW加锁,LOCK TABLES语句会为VIEW中使用的所有基表加锁。对触发器使用LOCK TABLE,那么就会锁定触发器中所包含的全部表(any tables used in triggers are also locked implicitly)



mysql> unlock tables;

Query OK, 0 rows affected (0.00 sec)


mysql> create temporary table tmp like test;

Query OK, 0 rows affected (0.04 sec)


mysql> show open tables where in_use >=1;

Empty set (0.00 sec)


mysql> select database();

+------------+

| database() |

+------------+

| MyDB       |

+------------+

1 row in set (0.00 sec)


mysql> select * from tmp;

Empty set (0.00 sec)


mysql> insert into tmp

    -> select 1001, 'kerry' ;

Query OK, 1 row affected (0.01 sec)

Records: 1  Duplicates: 0  Warnings: 0


mysql>


LOCK TABLES 与 UNLOCK TABLES只能为自己获取锁和释放锁,不能为其他会话获取锁,也不能释放由其他会话保持的锁。一个对象获取锁,需具备该对象上的SELECT权限和LOCK TABLES权限。LOCK TABLES语句为当前会话显式的获取表锁。最后,关于LOCK TABLES与事务当中锁有那些异同,可以参考官方文档13.3.5.1 Interaction of Table Locking and Transactions:


LOCK TABLES and UNLOCK TABLES interact with the use of transactions as follows:



·         LOCK TABLES is not transaction-safe and implicitly commits any active transaction before attempting to lock the tables.




·         UNLOCK TABLES implicitly commits any active transaction, but only if LOCK TABLES has been used to acquire table locks. For example, in the following set of statements,UNLOCK TABLES>


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-423238-1-1.html 上篇帖子: XA事务与MySQL 下篇帖子: 修改MySQL事件
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表