lock字段mysql_MySQL的lock tables和unlock tables的用法（转载）
早就聽說lock tables和unlock tables這兩個命令，從字面也大體知道，前者的作用是鎖定表，后者的作用是解除鎖定。但是具體如何用，怎么用，不太清楚。今天詳細研究了下，總算搞明白了2者的用法。
lock tables 命令是為當前線程鎖定表.這里有2種類型的鎖定，一種是讀鎖定，用命令 lock tables tablename read;另外一種是寫鎖定，用命令lock tables tablename write.下邊分別介紹：
1. lock table 讀鎖定
如果一個線程獲得在一個表上的read鎖，那么該線程和所有其他線程只能從表中讀數據，不能進行任何寫操作。
下邊我們測試下，測試表為user表。
不同的線程，可以通過開多個命令行MySQL客戶端來實現：
時刻點
線程A(命令行窗口A)
線程B(命令行窗口B)
1
mysql> lock tables user read;
Query OK, 0 rows affected (0.00 sec)
mysql>
對user表加讀鎖定。
2
mysql> select * from user;
+------+-----------+
| id???| name??????|
+------+-----------+
|???22 | abc???????|
|??223 | dabc??????|
| 2232 | dddabc????|
|???45 | asdsagd???|
|???23 | ddddddddd |
+------+-----------+
5 rows in set (0.00 sec)
mysql>
自己的讀操作未被阻塞
mysql> select * from user;
+------+-----------+
| id???| name??????|
+------+-----------+
|???22 | abc???????|
|??223 | dabc??????|
| 2232 | dddabc????|
|???45 | asdsagd???|
|???23 | ddddddddd |
+------+-----------+
5 rows in set (0.00 sec)
mysql>
其他線程的讀也未被阻塞
3
mysql> insert into user values(12,'test');
ERROR 1099 (HY000): Table 'user' was locked with a READ lock and can't be updated
mysql>
發現本線程的寫操作被阻塞
mysql> insert into user values(22,'2test');
發現沒有任何反應，一直等待中，說明沒有得到寫鎖定，一直處于等待中。
4
mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)
mysql>
釋放讀鎖定。
mysql> insert into user values(22,'ddd');
Query OK, 1 row affected (1 min 27.25 sec)
mysql>
在線程A釋放讀鎖后，線程B獲得了資源，剛才等待的寫操作執行了。
5
mysql> lock tables user read local;
Query OK, 0 rows affected (0.00 sec)
mysql>
獲得讀鎖定的時候增加local選項。
mysql> insert into user values(2,'b');
Query OK, 1 row affected (0.00 sec)
mysql>
發現其他線程的insert未被阻塞。
6
mysql> update user set name??= 'aaaaaaaaaaaaaaaaaaaaa' where id = 1;
但是其他線程的update操作被阻塞了。
注意：user表必須為Myisam表，以上測試才能全部OK，如果user表為innodb表，則lock tables user read local命令可能沒有效果，也就是說，如果user表為innodb表，第6時刻將不會被阻塞，這是因為INNODB表是事務型的，對于事務表，例如InnoDB和BDB，--single-transaction是一個更好的選項，因為它不根本需要鎖定表
2. lock table 寫鎖定
如果一個線程在一個表上得到一個?? WRITE?? 鎖，那么只有擁有這個鎖的線程可以從表中讀取和寫表。其它的線程被阻塞。
寫鎖定的命令：lock tables user write.user表為Myisam類型的表。
參考如下測試：
時刻點
線程A(命令行窗口A)
線程B(命令行窗口B)
1
mysql> lock tables user write;
Query OK, 0 rows affected (0.00 sec)
對user表加寫鎖定。
2
mysql> select * from user;
+----+-----------------------+
| id | name??????????????????|
+----+-----------------------+
|??1 | aaaaaaaaaaaaaaaaaaaaa |
|??2 | b?????????????????????|
+----+-----------------------+
2 rows in set (0.00 sec)
自己可以繼續進行讀操作
mysql> select * from user;
其他線程讀操作被阻塞。
3
mysql> unlock tables ;
Query OK, 0 rows affected (0.00 sec)
釋放鎖定。
4
mysql> select * from user;
+----+-----------------------+
| id | name??????????????????|
+----+-----------------------+
|??1 | aaaaaaaaaaaaaaaaaaaaa |
|??2 | b?????????????????????|
+----+-----------------------+
2 rows in set (32.56 sec)
其他線程獲得資源，可以讀數據了。
以上所有結果均在MySQL 5.4.3下測試通過。
除此之外，關于mysql的事務其實也有鎖的作用，叫事務提交等待，和鎖性質一樣。
比如依次執行下面兩個用戶的sql：
A，
begin;
update user set xxx=A where id=1;
B，
begin;
begin user set xxx=B where id=1;
此時，B會一直等待Acommit或者rollback，也就是一直會阻塞著。而表user數據現在沒有變化，也可以被其他進程select，也可能insert(沒測過)
然后繼續：
A，
commit; //此時數據庫字段xxx為A
B，
commit；//此時XXX為B。
所以如果我們在上面的例子加上status狀態，就可以解決大部分”兩個用戶搶到同一個東西“這種case。
重新來一遍(下面兩條語句無論哪個先執行，總一個會失敗。)：
A，
begin;
update user set status=1 where id=1 and status=0;
B,
begin;
update user set status=1 where id=1 and status=0;
此時，如果A先搶占到事務資源(其實可以看做對同一條數據的事務操作是有原子性的)，B就會阻塞。
然后A commit，然后數據庫status=1，然后B更新，然后失敗。
總結
以上是生活随笔為你收集整理的lock字段mysql_MySQL的lock tables和unlock tables的用法（转载）的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： mysql bug_MySQL 记一次
- 下一篇： linux cmake编译源码,linu