mysql讀數(shù)據(jù)時(shí)怎么加寫(xiě)鎖

加鎖情況與死鎖原因分析

成都創(chuàng)新互聯(lián)堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶(hù)于互聯(lián)網(wǎng)時(shí)代的冊(cè)亨網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

為方便大家復(fù)現(xiàn)，完整表結(jié)構(gòu)和數(shù)據(jù)如下：

CREATE TABLE `t3` (

`c1` int(11) NOT NULL AUTO_INCREMENT,

`c2` int(11) DEFAULT NULL,

PRIMARY KEY (`c1`),

UNIQUE KEY `c2` (`c2`)

) ENGINE=InnoDB

insert into t3 values(1,1),(15,15),(20,20);

在 session1 執(zhí)行 commit 的瞬間，我們會(huì)看到 session2、session3 的其中一個(gè)報(bào)死鎖。這個(gè)死鎖是這樣產(chǎn)生的：

1.?session1 執(zhí)行 delete ?會(huì)在唯一索引 c2 的 c2 = 15 這一記錄上加 X lock（也就是在MySQL 內(nèi)部觀測(cè)到的：X Lock but not gap）；

2.?session2 和 session3 在執(zhí)行 insert 的時(shí)候，由于唯一約束檢測(cè)發(fā)生唯一沖突，會(huì)加 S Next-Key Lock，即對(duì) (1,15] 這個(gè)區(qū)間加鎖包括間隙，并且被 seesion1 的 X Lock 阻塞，進(jìn)入等待；

3.?session1 在執(zhí)行 commit 后，會(huì)釋放 X Lock，session2 和 session3 都獲得 S Next-Key Lock；

4.?session2 和 session3 繼續(xù)執(zhí)行插入操作，這個(gè)時(shí)候 INSERT INTENTION LOCK（插入意向鎖）出現(xiàn)了，并且由于插入意向鎖會(huì)被 gap 鎖阻塞，所以 session2 和 session3 互相等待，造成死鎖。

死鎖日志如下：

請(qǐng)點(diǎn)擊輸入圖片描述

INSERT INTENTION LOCK

在之前的死鎖分析第四點(diǎn)，如果不分析插入意向鎖，也是會(huì)造成死鎖的，因?yàn)椴迦胱罱K還是要對(duì)記錄加 X Lock 的，session2 和 session3 還是會(huì)互相阻塞互相等待。

但是插入意向鎖是客觀存在的，我們可以在官方手冊(cè)中查到，不可忽略：

Prior to inserting the row, a type of gap lock called an insert intention gap lock is set. This lock signals the intent to insert in such a way that multiple transactions inserting into the same index gap need not wait for each other if they are not inserting at the same position within the gap.

插入意向鎖其實(shí)是一種特殊的 gap lock，但是它不會(huì)阻塞其他鎖。假設(shè)存在值為 4 和 7 的索引記錄，嘗試插入值 5 和 6 的兩個(gè)事務(wù)在獲取插入行上的排它鎖之前使用插入意向鎖鎖定間隙，即在（4，7）上加 gap lock，但是這兩個(gè)事務(wù)不會(huì)互相沖突等待。

當(dāng)插入一條記錄時(shí)，會(huì)去檢查當(dāng)前插入位置的下一條記錄上是否存在鎖對(duì)象，如果下一條記錄上存在鎖對(duì)象，就需要判斷該鎖對(duì)象是否鎖住了 gap。如果 gap 被鎖住了，則插入意向鎖與之沖突，進(jìn)入等待狀態(tài)（插入意向鎖之間并不互斥）。總結(jié)一下這把鎖的屬性：

1. 它不會(huì)阻塞其他任何鎖；

2. 它本身僅會(huì)被 gap lock 阻塞。

在學(xué)習(xí) MySQL 過(guò)程中，一般只有在它被阻塞的時(shí)候才能觀察到，所以這也是它常常被忽略的原因吧...

GAP LOCK

在此例中，另外一個(gè)重要的點(diǎn)就是 gap lock，通常情況下我們說(shuō)到 gap lock 都只會(huì)聯(lián)想到 REPEATABLE-READ 隔離級(jí)別利用其解決幻讀。但實(shí)際上在 READ-COMMITTED 隔離級(jí)別，也會(huì)存在 gap lock ，只發(fā)生在：唯一約束檢查到有唯一沖突的時(shí)候，會(huì)加 S Next-key Lock，即對(duì)記錄以及與和上一條記錄之間的間隙加共享鎖。

通過(guò)下面這個(gè)例子就能驗(yàn)證：

請(qǐng)點(diǎn)擊輸入圖片描述

這里 session1 插入數(shù)據(jù)遇到唯一沖突，雖然報(bào)錯(cuò)，但是對(duì) (15,20] 加的 S Next-Key Lock 并不會(huì)馬上釋放，所以 session2 被阻塞。另外一種情況就是本文開(kāi)始的例子，當(dāng) session2 插入遇到唯一沖突但是因?yàn)楸?X Lock 阻塞，并不會(huì)立刻報(bào)錯(cuò) “Duplicate key”，但是依然要等待獲取 S Next-Key Lock 。

有個(gè)困惑很久的疑問(wèn)：出現(xiàn)唯一沖突需要加 S Next-Key Lock 是事實(shí)，但是加鎖的意義是什么？還是說(shuō)是通過(guò) S Next-Key Lock 來(lái)實(shí)現(xiàn)的唯一約束檢查，但是這樣意味著在插入沒(méi)有遇到唯一沖突的時(shí)候，這個(gè)鎖會(huì)立刻釋放，這不符合二階段鎖原則。這點(diǎn)希望能與大家一起討論得到好的解釋。

如果是在 REPEATABLE-READ，除以上所說(shuō)的唯一約束沖突外，gap lock 的存在是這樣的：

普通索引（非唯一索引）的S/X Lock，都帶 gap 屬性，會(huì)鎖住記錄以及前1條記錄到后1條記錄的左閉右開(kāi)區(qū)間，比如有[4,6,8]記錄，delete 6，則會(huì)鎖住[4,8）整個(gè)區(qū)間。

對(duì)于 gap lock，相信 DBA 們的心情是一樣一樣的，所以我的建議是：

1. 在絕大部分的業(yè)務(wù)場(chǎng)景下，都可以把 MySQL 的隔離界別設(shè)置為 READ-COMMITTED；

2. 在業(yè)務(wù)方便控制字段值唯一的情況下，盡量減少表中唯一索引的數(shù)量。

鎖沖突矩陣

前面我們說(shuō)的 GAP LOCK 其實(shí)是鎖的屬性，另外我們知道 InnoDB 常規(guī)鎖模式有：S 和 X，即共享鎖和排他鎖。鎖模式和鎖屬性是可以隨意組合的，組合之后的沖突矩陣如下，這對(duì)我們分析死鎖很有幫助：

請(qǐng)點(diǎn)擊輸入圖片描述

mysql 的鎖以及間隙鎖

mysql 為并發(fā)事務(wù)同時(shí)對(duì)一條記錄進(jìn)行讀寫(xiě)時(shí)，提出了兩種解決方案：

1）使用 mvcc 的方法，實(shí)現(xiàn)多事務(wù)的并發(fā)讀寫(xiě)，但是這種讀只是“快照讀”，一般讀的是歷史版本數(shù)據(jù)，還有一種是“當(dāng)前讀”，一般加鎖實(shí)現(xiàn)“當(dāng)前讀”，或者 insert、update、delete 也是當(dāng)前讀。

2）使用加鎖的方法，鎖分為共享鎖（讀鎖），排他鎖（寫(xiě)鎖）

快照讀：就是select

當(dāng)前讀：特殊的讀操作，插入/更新/刪除操作，屬于當(dāng)前讀，處理的都是當(dāng)前的數(shù)據(jù)，需要加鎖。

mysql 在 RR 級(jí)別怎么處理幻讀的呢？一般來(lái)說(shuō)，RR 級(jí)別通過(guò) mvcc 機(jī)制，保證讀到低于后面事務(wù)的數(shù)據(jù)。但是 select for update 不會(huì)觸發(fā) mvcc，它是當(dāng)前讀。如果后面事務(wù)插入數(shù)據(jù)并提交，那么在 RR 級(jí)別就會(huì)讀到插入的數(shù)據(jù)。所以，mysql 使用 行鎖 + gap 鎖（簡(jiǎn)稱(chēng) next-key 鎖）來(lái)防止當(dāng)前讀的時(shí)候插入。

Gap Lock在InnoDB的唯一作用就是防止其他事務(wù)的插入操作，以此防止幻讀的發(fā)生。

Innodb自動(dòng)使用間隙鎖的條件：

mysql update是加什么鎖

鎖是計(jì)算機(jī)協(xié)調(diào)多個(gè)進(jìn)程或線程并發(fā)訪問(wèn)某一資源的機(jī)制。在數(shù)據(jù)庫(kù)中，除傳統(tǒng)的計(jì)算資源（如CPU、RAM、I/O等）的爭(zhēng)用以外，數(shù)據(jù)也是一種供許多用戶(hù)共享的資源。如何保證數(shù)據(jù)并發(fā)訪問(wèn)的一致性、有效性是所有數(shù)據(jù)庫(kù)必須解決的一個(gè)問(wèn)題，鎖沖突也是影響數(shù)據(jù)庫(kù)并發(fā)訪問(wèn)性能的一個(gè)重要因素。從這個(gè)角度來(lái)說(shuō)，鎖對(duì)數(shù)據(jù)庫(kù)而言顯得尤其重要，也更加復(fù)雜。本章我們著重討論MySQL鎖機(jī)制的特點(diǎn)，常見(jiàn)的鎖問(wèn)題，以及解決MySQL鎖問(wèn)題的一些方法或建議。

MySQL鎖概述

相對(duì)其他數(shù)據(jù)庫(kù)而言，MySQL的鎖機(jī)制比較簡(jiǎn)單，其最顯著的特點(diǎn)是不同的存儲(chǔ)引擎支持不同的鎖機(jī)制。比如，MyISAM和MEMORY存儲(chǔ)引擎采用的是表級(jí)鎖（table-level locking）；BDB存儲(chǔ)引擎采用的是頁(yè)面鎖（page-level locking），但也支持表級(jí)鎖；InnoDB存儲(chǔ)引擎既支持行級(jí)鎖（row-level locking），也支持表級(jí)鎖，但默認(rèn)情況下是采用行級(jí)鎖。

MySQL這3種鎖的特性可大致歸納如下。

開(kāi)銷(xiāo)、加鎖速度、死鎖、粒度、并發(fā)性能

l 表級(jí)鎖：開(kāi)銷(xiāo)小，加鎖快；不會(huì)出現(xiàn)死鎖；鎖定粒度大，發(fā)生鎖沖突的概率最高,并發(fā)度最低。

l 行級(jí)鎖：開(kāi)銷(xiāo)大，加鎖慢；會(huì)出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低,并發(fā)度也最高。

l 頁(yè)面鎖：開(kāi)銷(xiāo)和加鎖時(shí)間界于表鎖和行鎖之間；會(huì)出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般。

從上述特點(diǎn)可見(jiàn)，很難籠統(tǒng)地說(shuō)哪種鎖更好，只能就具體應(yīng)用的特點(diǎn)來(lái)說(shuō)哪種鎖更合適！僅從鎖的角度來(lái)說(shuō)：表級(jí)鎖更適合于以查詢(xún)?yōu)橹鳎挥猩倭堪此饕龡l件更新數(shù)據(jù)的應(yīng)用，如Web應(yīng)用；而行級(jí)鎖則更適合于有大量按索引條件并發(fā)更新少量不同數(shù)據(jù)，同時(shí)又有并發(fā)查詢(xún)的應(yīng)用，如一些在線事務(wù)處理（OLTP）系統(tǒng)。這一點(diǎn)在本書(shū)的“開(kāi)發(fā)篇”介紹表類(lèi)型的選擇時(shí)，也曾提到過(guò)。下面幾節(jié)我們重點(diǎn)介紹MySQL表鎖和 InnoDB行鎖的問(wèn)題，由于BDB已經(jīng)被InnoDB取代，即將成為歷史，在此就不做進(jìn)一步的討論了。

MyISAM表鎖

MyISAM存儲(chǔ)引擎只支持表鎖，這也是MySQL開(kāi)始幾個(gè)版本中唯一支持的鎖類(lèi)型。隨著應(yīng)用對(duì)事務(wù)完整性和并發(fā)性要求的不斷提高，MySQL才開(kāi)始開(kāi)發(fā)基于事務(wù)的存儲(chǔ)引擎，后來(lái)慢慢出現(xiàn)了支持頁(yè)鎖的BDB存儲(chǔ)引擎和支持行鎖的InnoDB存儲(chǔ)引擎（實(shí)際 InnoDB是單獨(dú)的一個(gè)公司，現(xiàn)在已經(jīng)被Oracle公司收購(gòu)）。但是MyISAM的表鎖依然是使用最為廣泛的鎖類(lèi)型。本節(jié)將詳細(xì)介紹MyISAM表鎖的使用。

查詢(xún)表級(jí)鎖爭(zhēng)用情況

可以通過(guò)檢查table_locks_waited和table_locks_immediate狀態(tài)變量來(lái)分析系統(tǒng)上的表鎖定爭(zhēng)奪：

mysql show status like 'table%';

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

| Variable_name | Value |

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

| Table_locks_immediate | 2979 |

| Table_locks_waited | 0 |

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

2 rows in set (0.00 sec))

如果Table_locks_waited的值比較高，則說(shuō)明存在著較嚴(yán)重的表級(jí)鎖爭(zhēng)用情況。

MySQL表級(jí)鎖的鎖模式

MySQL的表級(jí)鎖有兩種模式：表共享讀鎖（Table Read Lock）和表獨(dú)占寫(xiě)鎖（Table Write Lock）。鎖模式的兼容性如表20-1所示。

表20-1 MySQL中的表鎖兼容性請(qǐng)求鎖模式

是否兼容

當(dāng)前鎖模式

None

讀鎖

寫(xiě)鎖

讀鎖

是

是

否

寫(xiě)鎖

是

否

否

可見(jiàn)，對(duì)MyISAM表的讀操作，不會(huì)阻塞其他用戶(hù)對(duì)同一表的讀請(qǐng)求，但會(huì)阻塞對(duì)同一表的寫(xiě)請(qǐng)求；對(duì) MyISAM表的寫(xiě)操作，則會(huì)阻塞其他用戶(hù)對(duì)同一表的讀和寫(xiě)操作；MyISAM表的讀操作與寫(xiě)操作之間，以及寫(xiě)操作之間是串行的！根據(jù)如表20-2所示的例子可以知道，當(dāng)一個(gè)線程獲得對(duì)一個(gè)表的寫(xiě)鎖后，只有持有鎖的線程可以對(duì)表進(jìn)行更新操作。其他線程的讀、寫(xiě)操作都會(huì)等待，直到鎖被釋放為止。

表20-2 MyISAM存儲(chǔ)引擎的寫(xiě)阻塞讀例子session_1

session_2

獲得表film_text的WRITE鎖定

mysql lock table film_text write;

Query OK, 0 rows affected (0.00 sec)

當(dāng)前session對(duì)鎖定表的查詢(xún)、更新、插入操作都可以執(zhí)行：

mysql select film_id,title from film_text where film_id = 1001;+---------+-------------+

| film_id | title |

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

| 1001 | Update Test |

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

1 row in set (0.00 sec)

mysql insert into film_text (film_id,title) values(1003,'Test');Query OK, 1 row affected (0.00 sec)

mysql update film_text set title = 'Test' where film_id = 1001;Query OK, 1 row affected (0.00 sec)

Rows matched: 1 Changed: 1 Warnings: 0

其他session對(duì)鎖定表的查詢(xún)被阻塞，需要等待鎖被釋放：

mysql select film_id,title from film_text where film_id = 1001;等待

釋放鎖：

mysql unlock tables;

Query OK, 0 rows affected (0.00 sec)

等待

Session2獲得鎖，查詢(xún)返回：

mysql select film_id,title from film_text where film_id = 1001;+---------+-------+

| film_id | title |

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

| 1001 | Test |

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

1 row in set (57.59 sec)

如何加表鎖

MyISAM在執(zhí)行查詢(xún)語(yǔ)句（SELECT）前，會(huì)自動(dòng)給涉及的所有表加讀鎖，在執(zhí)行更新操作（UPDATE、DELETE、INSERT等）前，會(huì)自動(dòng)給涉及的表加寫(xiě)鎖，這個(gè)過(guò)程并不需要用戶(hù)干預(yù)，因此，用戶(hù)一般不需要直接用LOCK TABLE命令給MyISAM表顯式加鎖。在本書(shū)的示例中，顯式加鎖基本上都是為了方便而已，并非必須如此。

給MyISAM表顯示加鎖，一般是為了在一定程度模擬事務(wù)操作，實(shí)現(xiàn)對(duì)某一時(shí)間點(diǎn)多個(gè)表的一致性讀取。例如，有一個(gè)訂單表orders，其中記錄有各訂單的總金額total，同時(shí)還有一個(gè)訂單明細(xì)表order_detail，其中記錄有各訂單每一產(chǎn)品的金額小計(jì) subtotal，假設(shè)我們需要檢查這兩個(gè)表的金額合計(jì)是否相符，可能就需要執(zhí)行如下兩條SQL：

Select sum(total) from orders;

Select sum(subtotal) from order_detail;

這時(shí)，如果不先給兩個(gè)表加鎖，就可能產(chǎn)生錯(cuò)誤的結(jié)果，因?yàn)榈谝粭l語(yǔ)句執(zhí)行過(guò)程中，order_detail表可能已經(jīng)發(fā)生了改變。因此，正確的方法應(yīng)該是：

Lock tables orders read local, order_detail read local;Select sum(total) from orders;

Select sum(subtotal) from order_detail;

Unlock tables;

要特別說(shuō)明以下兩點(diǎn)內(nèi)容。

? 上面的例子在LOCK TABLES時(shí)加了“l(fā)ocal”選項(xiàng)，其作用就是在滿足MyISAM表并發(fā)插入條件的情況下，允許其他用戶(hù)在表尾并發(fā)插入記錄，有關(guān)MyISAM表的并發(fā)插入問(wèn)題，在后面的章節(jié)中還會(huì)進(jìn)一步介紹。

? 在用LOCK TABLES給表顯式加表鎖時(shí)，必須同時(shí)取得所有涉及到表的鎖，并且MySQL不支持鎖升級(jí)。也就是說(shuō)，在執(zhí)行LOCK TABLES后，只能訪問(wèn)顯式加鎖的這些表，不能訪問(wèn)未加鎖的表；同時(shí)，如果加的是讀鎖，那么只能執(zhí)行查詢(xún)操作，而不能執(zhí)行更新操作。其實(shí)，在自動(dòng)加鎖的情況下也基本如此，MyISAM總是一次獲得SQL語(yǔ)句所需要的全部鎖。這也正是MyISAM表不會(huì)出現(xiàn)死鎖（Deadlock Free）的原因。

在如表20-3所示的例子中，一個(gè)session使用LOCK TABLE命令給表film_text加了讀鎖，這個(gè)session可以查詢(xún)鎖定表中的記錄，但更新或訪問(wèn)其他表都會(huì)提示錯(cuò)誤；同時(shí)，另外一個(gè)session可以查詢(xún)表中的記錄，但更新就會(huì)出現(xiàn)鎖等待。

表20-3 MyISAM存儲(chǔ)引擎的讀阻塞寫(xiě)例子session_1

session_2

獲得表film_text的READ鎖定

mysql lock table film_text read;

Query OK, 0 rows affected (0.00 sec)

當(dāng)前session可以查詢(xún)?cè)摫碛涗?/p>

mysql select film_id,title from film_text where film_id = 1001;+---------+------------------+

| film_id | title |

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

| 1001 | ACADEMY DINOSAUR |

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

1 row in set (0.00 sec)

其他session也可以查詢(xún)?cè)摫淼挠涗?/p>

mysql select film_id,title from film_text where film_id = 1001;+---------+------------------+

| film_id | title |

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

| 1001 | ACADEMY DINOSAUR |

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

1 row in set (0.00 sec)

當(dāng)前session不能查詢(xún)沒(méi)有鎖定的表

mysql select film_id,title from film where film_id = 1001;ERROR 1100 (HY000): Table 'film' was not locked with LOCK TABLES其他session可以查詢(xún)或者更新未鎖定的表

mysql select film_id,title from film where film_id = 1001;+---------+---------------+

| film_id | title |

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

| 1001 | update record |

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

1 row in set (0.00 sec)

mysql update film set title = 'Test' where film_id = 1001;Query OK, 1 row affected (0.04 sec)

Rows matched: 1 Changed: 1 Warnings: 0

當(dāng)前session中插入或者更新鎖定的表都會(huì)提示錯(cuò)誤：

mysql insert into film_text (film_id,title) values(1002,'Test');ERROR 1099 (HY000): Table 'film_text' was locked with a READ lock and can't be updatedmysql update film_text set title = 'Test' where film_id = 1001;ERROR 1099 (HY000): Table 'film_text' was locked with a READ lock and can't be updated其他session更新鎖定表會(huì)等待獲得鎖：

mysql update film_text set title = 'Test' where film_id = 1001;等待

釋放鎖

mysql unlock tables;

Query OK, 0 rows affected (0.00 sec)

等待

Session獲得鎖，更新操作完成：

mysql update film_text set title = 'Test' where film_id = 1001;Query OK, 1 row affected (1 min 0.71 sec)Rows matched: 1 Changed: 1 Warnings: 0

當(dāng)使用LOCK TABLES時(shí)，不僅需要一次鎖定用到的所有表，而且，同一個(gè)表在SQL語(yǔ)句中出現(xiàn)多少次，就要通過(guò)與SQL語(yǔ)句中相同的別名鎖定多少次，否則也會(huì)出錯(cuò)！舉例說(shuō)明如下。

（1）對(duì)actor表獲得讀鎖：

mysql lock table actor read;

Query OK, 0 rows affected (0.00 sec)

（2）但是通過(guò)別名訪問(wèn)會(huì)提示錯(cuò)誤：

mysql select a.first_name,a.last_name,b.first_name,b.last_name from actor a,actor b where a.first_name = b.first_name and a.first_name = 'Lisa' and a.last_name = 'Tom' and a.last_name b.last_name;ERROR 1100 (HY000): Table 'a' was not locked with LOCK TABLES（3）需要對(duì)別名分別鎖定：

mysql lock table actor as a read,actor as b read;Query OK, 0 rows affected (0.00 sec)

（4）按照別名的查詢(xún)可以正確執(zhí)行：

mysql select a.first_name,a.last_name,b.first_name,b.last_name from actor a,actor b where a.first_name = b.first_name and a.first_name = 'Lisa' and a.last_name = 'Tom' and a.last_name b.last_name;+------------+-----------+------------+-----------+| first_name | last_name | first_name | last_name |+------------+-----------+------------+-----------+| Lisa | Tom | LISA | MONROE |+------------+-----------+------------+-----------+1 row in set (0.00 sec)

并發(fā)插入（Concurrent Inserts）

上文提到過(guò)MyISAM表的讀和寫(xiě)是串行的，但這是就總體而言的。在一定條件下，MyISAM表也支持查詢(xún)和插入操作的并發(fā)進(jìn)行。

MyISAM存儲(chǔ)引擎有一個(gè)系統(tǒng)變量concurrent_insert，專(zhuān)門(mén)用以控制其并發(fā)插入的行為，其值分別可以為0、1或2。

l 當(dāng)concurrent_insert設(shè)置為0時(shí)，不允許并發(fā)插入。

l 當(dāng)concurrent_insert設(shè)置為1時(shí)，如果MyISAM表中沒(méi)有空洞（即表的中間沒(méi)有被刪除的行），MyISAM允許在一個(gè)進(jìn)程讀表的同時(shí)，另一個(gè)進(jìn)程從表尾插入記錄。這也是MySQL的默認(rèn)設(shè)置。

l 當(dāng)concurrent_insert設(shè)置為2時(shí)，無(wú)論MyISAM表中有沒(méi)有空洞，都允許在表尾并發(fā)插入記錄。

在如表20-4所示的例子中，session_1獲得了一個(gè)表的READ LOCAL鎖，該線程可以對(duì)表進(jìn)行查詢(xún)操作，但不能對(duì)表進(jìn)行更新操作；其他的線程（session_2），雖然不能對(duì)表進(jìn)行刪除和更新操作，但卻可以對(duì)該表進(jìn)行并發(fā)插入操作，這里假設(shè)該表中間不存在空洞。

表20-4 MyISAM存儲(chǔ)引擎的讀寫(xiě)（INSERT）并發(fā)例子session_1

session_2

獲得表film_text的READ LOCAL鎖定

mysql lock table film_text read local;

Query OK, 0 rows affected (0.00 sec)

當(dāng)前session不能對(duì)鎖定表進(jìn)行更新或者插入操作：

mysql insert into film_text (film_id,title) values(1002,'Test');ERROR 1099 (HY000): Table 'film_text' was locked with a READ lock and can't be updatedmysql update film_text set title = 'Test' where film_id = 1001;ERROR 1099 (HY000): Table 'film_text' was locked with a READ lock and can't be updated其他session可以進(jìn)行插入操作，但是更新會(huì)等待：

mysql insert into film_text (film_id,title) values(1002,'Test');Query OK, 1 row affected (0.00 sec)

mysql update film_text set title = 'Update Test' where film_id = 1001;等待

當(dāng)前session不能訪問(wèn)其他session插入的記錄：

mysql select film_id,title from film_text where film_id = 1002;Empty set (0.00 sec)

釋放鎖：

mysql unlock tables;

Query OK, 0 rows affected (0.00 sec)

等待

當(dāng)前session解鎖后可以獲得其他session插入的記錄：

mysql select film_id,title from film_text where film_id = 1002;+---------+-------+

| film_id | title |

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

| 1002 | Test |

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

1 row in set (0.00 sec)

Session2獲得鎖，更新操作完成：

mysql update film_text set title = 'Update Test' where film_id = 1001;Query OK, 1 row affected (1 min 17.75 sec)Rows matched: 1 Changed: 1 Warnings: 0

可以利用MyISAM存儲(chǔ)引擎的并發(fā)插入特性，來(lái)解決應(yīng)用中對(duì)同一表查詢(xún)和插入的鎖爭(zhēng)用。例如，將concurrent_insert系統(tǒng)變量設(shè)為2，總是允許并發(fā)插入；同時(shí)，通過(guò)定期在系統(tǒng)空閑時(shí)段執(zhí)行 OPTIMIZE TABLE語(yǔ)句來(lái)整理空間碎片，收回因刪除記錄而產(chǎn)生的中間空洞。有關(guān)OPTIMIZE TABLE語(yǔ)句的詳細(xì)介紹，可以參見(jiàn)第18章中“兩個(gè)簡(jiǎn)單實(shí)用的優(yōu)化方法”一節(jié)的內(nèi)容。

分享標(biāo)題：mysql更新時(shí)怎么加鎖 mysql更新是否加鎖
當(dāng)前路徑：http://chinadenli.net/article46/ddgcseg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供Google、網(wǎng)站建設(shè)、自適應(yīng)網(wǎng)站、網(wǎng)站設(shè)計(jì)、服務(wù)器托管、建站公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)