MySql的鎖定機(jī)制
鎖的分類
Mysql中的鎖，根據(jù)鎖住的粒度不同，分為三種類型秘狞。
行級(jí)鎖定（row-level)
行級(jí)鎖定，顧名思義就是對(duì)數(shù)據(jù)的一行進(jìn)行鎖定蹈集，這樣的鎖粒度最小烁试，自然帶來了最高的并發(fā)處理性能，但是針對(duì)行的鎖拢肆，同樣意味著减响，當(dāng)并發(fā)數(shù)量大的時(shí)候，會(huì)產(chǎn)生大量的鎖郭怪，這個(gè)時(shí)候鎖的性能開銷會(huì)占用較多的系統(tǒng)資源支示，降低整個(gè)系統(tǒng)的性能。具體來說就是鄙才，當(dāng)鎖粒度小的時(shí)候颂鸿，每次獲取和釋放鎖所需要做的事情就越多，帶來的消耗也就越大攒庵。此外嘴纺，過多的鎖也更容易造成死鎖的問題。
表級(jí)鎖定（table-level)
與行級(jí)鎖相反浓冒，表級(jí)鎖定是最大粒度的鎖定機(jī)制栽渴，該鎖定機(jī)制正如他的名字一樣，是對(duì)整個(gè)表的鎖定稳懒，所以產(chǎn)生的鎖是最少的闲擦，且由于是對(duì)整個(gè)表的鎖定，所以可以很好的規(guī)避死鎖問題场梆。不過粒度大帶來的問題墅冷，自然是因?yàn)殒i資源在高并發(fā)的情況下，競(jìng)爭(zhēng)激烈或油，并發(fā)程度大打折扣寞忿。
頁(yè)級(jí)鎖定 （page-level)
頁(yè)級(jí)鎖定是Mysql中比較獨(dú)有的一種鎖定級(jí)別，頁(yè)級(jí)鎖定是介于表級(jí)鎖定和行級(jí)鎖定之間的装哆，不過很可惜罐脊，頁(yè)級(jí)鎖定依舊會(huì)有死鎖問題，
鎖定類型
mysql的內(nèi)部實(shí)現(xiàn)中更有多達(dá)11種的鎖定類型蜕琴，由系統(tǒng)中的一個(gè)枚舉量(thr_lock_type）定義萍桌，各個(gè)值的描述如下
| 鎖定類型 | 說明 |
|---|---|
| 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ì)知道怎么來處理 |
| write_allow_read | 這種鎖定發(fā)生在對(duì)表做DDL（ALTERTABLE...）的時(shí)候寇损，MySQL可以允許其他線程獲取讀鎖定，因?yàn)镸ySQL是通過重建整個(gè)表然后再RENAME而實(shí)現(xiàn)的該功能裳食，所在整個(gè)過程原表仍然可以提供讀服務(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í)別鎖定方式诲祸，通過設(shè)置LOW_PRIORITY_UPDAT=1而產(chǎn)生 |
| write_only | 當(dāng)操作過程中某個(gè)鎖定異常中斷之后系統(tǒng)內(nèi)部需要進(jìn)行closetable操作浊吏，在這個(gè)過程中出現(xiàn)的鎖定類型就是write_only |
表級(jí)鎖定
MySql的表級(jí)鎖定分為兩種，讀和寫救氯。在MySql中找田，用四個(gè)隊(duì)列來維護(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
