一、概述
mysql有三種鎖的級別：頁級、表級、行級。
myisam和memory儲存引擎採用的是表級鎖(table-level locking)；bdb儲存引擎採用的是頁面鎖(page-level locking)，但也支援表級鎖；innodb儲存引擎既支援行級鎖(row-level locking)，也支援表級鎖，但預設情況下是採用行級鎖。
mysql這3種鎖的特性可大致歸納如下：
表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖衝突的概率最高,併發度最低。
行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖衝突的概率最低,併發度也最高。
頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，併發度一般。
二、myisam表鎖
myisam儲存引擎只支援表鎖，是現在用得最多的儲存引擎。
1、查詢表級鎖爭用情況
可以通過檢查table_locks_waited和table_locks_immediate狀態變數來分析系統上的表鎖定爭奪：
mysql> show status like 『table%』;
| variable_name | value |
| table_locks_immediate | 76939364 |
| table_locks_waited | 305089 |
2 rows in set (0.00 sec)
table_locks_waited的值比較高，說明存在著較嚴重的表級鎖爭用情況。
2、mysql表級鎖的鎖模式
mysql的表級鎖有兩種模式：表共享讀鎖(table read lock)和表獨佔寫鎖(table write lock)。myisam在執行查詢語句(select)前，會自動給涉及的所有表加讀鎖，在執行更新操作(update、delete、insert等)前，會自動給涉及的表加寫鎖。
所以對myisam表進行操作，會有以下情況：
a、對myisam表的讀操作(加讀鎖)，不會阻塞其他程序對同一表的讀請求，但會阻塞對同一表的寫請求。只有當讀鎖釋放後，才會執行其它程序的寫操作。
b、對myisam表的寫操作(加寫鎖)，會阻塞其他程序對同一表的讀和寫操作，只有當寫鎖釋放後，才會執行其它程序的讀寫操作。
下面通過例子來進行驗證以上觀點。資料表gz_phone裡有二百多萬資料，欄位id,phone,ua,day。現在同時用多個客戶端同時對該錶進行操作分析。
a、當我用客戶端1進行乙個比較長時間的讀操作時，分別用客戶端2進行讀和寫操作：
client1:
mysql>select count(*) from gz_phone group by ua;
75508 rows in set (3 min 15.87 sec)
client2:
select id,phone from gz_phone limit 1000,10;
| id | phone |
| 1001 | 2222 |
| 1002 | 2222 |
| 1003 | 2222 |
| 1004 | 2222 |
| 1005 | 2222 |
| 1006 | 2222 |
| 1007 | 2222 |
| 1008 | 2222 |
| 1009 | 2222 |
| 1010 | 2222 |
10 rows in set (0.01 sec)
mysql> update gz_phone set phone=』11111111111′ where id=1001;
query ok, 0 rows affected (2 min 57.88 sec)
rows matched: 1 changed: 0 warnings: 0
說明當資料表有乙個讀鎖時，其它程序的查詢操作可以馬上執行，但更新操作需等待讀鎖釋放後才會執行。
b、當用客戶端1進行乙個較長時間的更新操作時，用客戶端2,3分別進行讀寫操作：
client1:
mysql> update gz_phone set phone=』11111111111′;
query ok, 1671823 rows affected (3 min 4.03 sec)
rows matched: 2212070 changed: 1671823 warnings: 0
client2:
mysql> select id,phone,ua,day from gz_phone limit 10;
| id | phone | ua | day |
| 1 | 2222 | sonyericssonk310c | 2007-12-19 |
| 2 | 2222 | sonyericssonk750c | 2007-12-19 |
| 3 | 2222 | maui wap browser | 2007-12-19 |
| 4 | 2222 | nokia3108 | 2007-12-19 |
| 5 | 2222 | lenovo-i750 | 2007-12-19 |
| 6 | 2222 | bird_d636 | 2007-12-19 |
| 7 | 2222 | sonyericssons500c | 2007-12-19 |
| 8 | 2222 | samsung-sgh-e258 | 2007-12-19 |
| 9 | 2222 | nokian73-1 | 2007-12-19 |
| 10 | 2222 | nokia2610 | 2007-12-19 |
10 rows in set (2 min 58.56 sec)
client3:
mysql> update gz_phone set phone=』55555′ where id=1;
query ok, 1 row affected (3 min 50.16 sec)
rows matched: 1 changed: 1 warnings: 0
說明當資料表有乙個寫鎖時，其它程序的讀寫操作都需等待讀鎖釋放後才會執行。
3、併發插入
原則上資料表有乙個讀鎖時，其它程序無法對此表進行更新操作，但在一定條件下，myisam表也支援查詢和插入操作的併發進行。
myisam儲存引擎有乙個系統變數concurrent_insert，專門用以控制其併發插入的行為，其值分別可以為0、1或2。
a、當concurrent_insert設定為0時，不允許併發插入。
b、當concurrent_insert設定為1時，如果myisam表中沒有空洞(即表的中間沒有被刪除的行)，myisam允許在乙個程序讀表的同時，另乙個程序從表尾插入記錄。這也是mysql的預設設定。
c、當concurrent_insert設定為2時，無論myisam表中有沒有空洞，都允許在表尾併發插入記錄。
4、myisam的鎖排程
由於mysql認為寫請求一般比讀請求要重要，所以如果有讀寫請求同時進行的話，mysql將會優先執行寫操作。這樣myisam表在進行大量的更新操作時(特別是更新的字段中存在索引的情況下)，會造成查詢操作很難獲得讀鎖，從而導致查詢阻塞。
我們可以通過一些設定來調節myisam的排程行為：
a、通過指定啟動引數low-priority-updates，使myisam引擎預設給予讀請求以優先的權利。
b、通過執行命令set low_priority_updates=1，使該連線發出的更新請求優先順序降低。
c、通過指定insert、update、delete語句的low_priority屬性，降低該語句的優先順序。
上面3種方法都是要麼更新優先，要麼查詢優先的方法。這裡要說明的就是，不要盲目的給mysql設定為讀優先，因為一些需要長時間執行的查詢操作，也會使寫程序「餓死」。只有根據你的實際情況，來決定設定哪種操作優先。這些方法還是沒有從根本上同時解決查詢和更新的問題。
mysql會話鎖 Mysql鎖機制 寫鎖
1 準備資料 1.1 建表 1.1.1 建立 employee表 drop table if existsemployee create table if not existsemployee idint primary keyauto increment,namevarchar 40 dept i...
mysql鎖機制總結 mysql鎖機制總結
1.隔離級別 1 讀不提交 read uncommited，ru 這種隔離級別下，事務間完全不隔離，會產生髒讀，可以讀取未提交的記錄，實際情況下不會使用。2 讀提交 read commited，rc 僅能讀取到已提交的記錄，這種隔離級別下，會存在幻讀現象，所謂幻讀是指在同乙個事務中，多次執行同乙個查...
mysql 鎖機制 行 字段 MySql鎖機制
鎖跟事務有關 一 共享鎖 讀鎖 s鎖 1.多個事務的查詢語句，對同一資料，可以共享一把鎖，都能訪問到最新資料 2.如果只有乙個事務獲取到了乙個共享鎖，可以更新 刪除 3.如果多個事務都獲取到了同乙個共享鎖，多個事務都不可以更新 刪除 4.使用場景 多個事務都可以獲取最新資料 二 排它鎖 寫鎖 x鎖 ...