MySql的鎖定機(jī)制
鎖的分類
Mysql中的鎖，根據(jù)鎖住的粒度不同，分為三種類型。
行級(jí)鎖定（row-level)
行級(jí)鎖定，顧名思義就是對(duì)數(shù)據(jù)的一行進(jìn)行鎖定，這樣的鎖粒度最小，自然帶來(lái)了最高的并發(fā)處理性能，但是針對(duì)行的鎖，同樣意味著，當(dāng)并發(fā)數(shù)量大的時(shí)候，會(huì)產(chǎn)生大量的鎖，這個(gè)時(shí)候鎖的性能開銷會(huì)占用較多的系統(tǒng)資源，降低整個(gè)系統(tǒng)的性能。具體來(lái)說(shuō)就是，當(dāng)鎖粒度小的時(shí)候，每次獲取和釋放鎖所需要做的事情就越多，帶來(lái)的消耗也就越大。此外，過(guò)多的鎖也更容易造成死鎖的問(wèn)題。
表級(jí)鎖定（table-level)
與行級(jí)鎖相反，表級(jí)鎖定是最大粒度的鎖定機(jī)制，該鎖定機(jī)制正如他的名字一樣，是對(duì)整個(gè)表的鎖定，所以產(chǎn)生的鎖是最少的，且由于是對(duì)整個(gè)表的鎖定，所以可以很好的規(guī)避死鎖問(wèn)題。不過(guò)粒度大帶來(lái)的問(wèn)題，自然是因?yàn)殒i資源在高并發(fā)的情況下，競(jìng)爭(zhēng)激烈，并發(fā)程度大打折扣。
頁(yè)級(jí)鎖定 （page-level)
頁(yè)級(jí)鎖定是Mysql中比較獨(dú)有的一種鎖定級(jí)別，頁(yè)級(jí)鎖定是介于表級(jí)鎖定和行級(jí)鎖定之間的，不過(guò)很可惜，頁(yè)級(jí)鎖定依舊會(huì)有死鎖問(wèn)題，
鎖定類型
mysql的內(nèi)部實(shí)現(xiàn)中更有多達(dá)11種的鎖定類型，由系統(tǒng)中的一個(gè)枚舉量(thr_lock_type）定義，各個(gè)值的描述如下
| 鎖定類型 | 說(shuō)明 |
|---|---|
| ignore | 當(dāng)發(fā)生鎖請(qǐng)求的時(shí)候，內(nèi)部交互使用，在鎖定結(jié)果和隊(duì)列中不會(huì)有任何信息存儲(chǔ) |
| unlock | 釋放鎖清秋的交互用鎖類型 |
| read | 普通讀鎖定 |
| write | 普通寫鎖定 |
| read_with_shared_locks | 在 Innodb引擎中使用到，select ... lockin shared mode會(huì)使用該鎖 |
| read_high_priority | 高優(yōu)先級(jí)讀鎖定 |
| read_no_insert | 不允許并發(fā)插入（ConcurentInsert)的鎖定 |
| write_allow_write | 當(dāng)由存儲(chǔ)引擎自行處理鎖定的時(shí)候，mysqld允許其他的線程再獲取讀或者寫鎖定，因?yàn)榧词官Y源沖突，存儲(chǔ)引擎自己也會(huì)知道怎么來(lái)處理 |
| write_allow_read | 這種鎖定發(fā)生在對(duì)表做DDL（ALTERTABLE...）的時(shí)候，MySQL可以允許其他線程獲取讀鎖定，因?yàn)镸ySQL是通過(guò)重建整個(gè)表然后再RENAME而實(shí)現(xiàn)的該功能，所在整個(gè)過(guò)程原表仍然可以提供讀服務(wù) |
| write_concurrent_insert | 正在進(jìn)行ConcurentInsert時(shí)候所使用的鎖定方式，該鎖定進(jìn)行的時(shí)候，除了READ_NO_INSERT之外的其他任何讀鎖定請(qǐng)求都不會(huì)被阻塞 |
| write_delayed | 在使用INSERTDELAYED時(shí)候的鎖定類型 |
| write_low_priority | 顯示聲明的低級(jí)別鎖定方式，通過(guò)設(shè)置LOW_PRIORITY_UPDAT=1而產(chǎn)生 |
| write_only | 當(dāng)操作過(guò)程中某個(gè)鎖定異常中斷之后系統(tǒng)內(nèi)部需要進(jìn)行closetable操作，在這個(gè)過(guò)程中出現(xiàn)的鎖定類型就是write_only |
表級(jí)鎖定
MySql的表級(jí)鎖定分為兩種，讀和寫。在MySql中，用四個(gè)隊(duì)列來(lái)維護(hù)這兩種鎖定:兩個(gè)存放當(dāng)前正在鎖定中的讀和寫鎖定信息，另外兩個(gè)存放等待中的讀寫鎖定信息。
- Curent read-lock queue (lock->read)
- Pending read-lock queue (lock->read_wait)
- Current write-lock queue (lock->write)
- Pending write-lock queue (lock->write_wait)
當(dāng)前持有讀鎖的所有線程的相關(guān)信息都能在Current read-lock queue 中找到，隊(duì)列中的信息按照獲取到所得時(shí)間存放，而正在等待鎖定資源的信息則存放在Pending read-lock queue中。另外兩個(gè)同理相似。
讀鎖定
當(dāng)一個(gè)新的客戶端請(qǐng)求申請(qǐng)獲取讀鎖定資源的時(shí)候，會(huì)有如下流程
獲取讀鎖定資源，必須要滿足當(dāng)前資源沒有被寫鎖定，并且寫鎖定等待隊(duì)列中沒有更高優(yōu)先級(jí)的寫鎖定的時(shí)候，才能獲取資源，否則都要進(jìn)入等待隊(duì)列。
寫鎖定
寫鎖定比較復(fù)雜，會(huì)經(jīng)歷如下的流程
讀請(qǐng)求和寫等待隊(duì)列中的優(yōu)先級(jí)規(guī)則
除了READ_HIGH_PRIORITY的讀鎖定之外，Pendingwrite-lockqueue中的WRITE寫鎖定能夠阻塞所有其他的讀鎖定；
READ_HIGH_PRIORITY讀鎖定的請(qǐng)求能夠阻塞所有Pendingwrite-lockqueue中的寫鎖定；
除了WRITE寫鎖定之外，Pendingwrite-lockqueue中的其他任何寫鎖定都比讀鎖定的優(yōu)先級(jí)低。
http://www.cnblogs.com/ggjucheng/archive/2012/11/14/2770445.html
