早就聽說lock tables和unlock tables這兩個命令，從字面也大體知道，前者的作用是鎖定表，后者的作用是解除鎖定。但是具體如何用，怎么用，不太清楚。今天詳細(xì)研究了下，總算搞明白了2者的用法。

lock tables 命令是為當(dāng)前線程鎖定表.這里有2種類型的鎖定，一種是讀鎖定，用命令 lock tables tablename read;另外一種是寫鎖定，用命令lock tables tablename write.下邊分別介紹：

1. lock table 讀鎖定

如果一個線程獲得在一個表上的read鎖，那么該線程和所有其他線程只能從表中讀數(shù)據(jù)，不能進(jìn)行任何寫操作。

下邊我們測試下，測試表為user表。

不同的線程，可以通過開多個命令行MySQL客戶端來實現(xiàn)：

時刻點

線程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>

發(fā)現(xiàn)本線程的寫操作被阻塞

mysql> insert into user values(22,'2test');

發(fā)現(xiàn)沒有任何反應(yīng)，一直等待中，說明沒有得到寫鎖定，一直處于等待中。

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獲得了資源，剛才等待的寫操作執(zhí)行了。

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>

發(fā)現(xiàn)其他線程的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表是事務(wù)型的，對于事務(wù)表，例如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)

自己可以繼續(xù)進(jìn)行讀操作

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)

其他線程獲得資源，可以讀數(shù)據(jù)了。

以上所有結(jié)果均在MySQL 5.4.3下測試通過。

除此之外，關(guān)于mysql的事務(wù)其實也有鎖的作用，叫事務(wù)提交等待，和鎖性質(zhì)一樣。

比如依次執(zhí)行下面兩個用戶的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數(shù)據(jù)現(xiàn)在沒有變化，也可以被其他進(jìn)程select，也可能insert(沒測過)

然后繼續(xù)：

A，

commit;　　//此時數(shù)據(jù)庫字段xxx為A

B，

commit；//此時XXX為B。

所以如果我們在上面的例子加上status狀態(tài)，就可以解決大部分”兩個用戶搶到同一個東西“這種case。

重新來一遍(下面兩條語句無論哪個先執(zhí)行，總一個會失敗。)：

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先搶占到事務(wù)資源(其實可以看做對同一條數(shù)據(jù)的事務(wù)操作是有原子性的)，B就會阻塞。

然后A commit，然后數(shù)據(jù)庫status=1，然后B更新，然后失敗。

總結(jié)

以上是生活随笔為你收集整理的lock字段mysql_MySQL的lock tables和unlock tables的用法（转载）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。