InnoDB與MyISAM的最大不同有兩點(diǎn)：一是支持事務(wù)（TRANSACTION）；二是采用了行級(jí)鎖。行級(jí)鎖與表級(jí)鎖本來(lái)就有許多不同之處，另外，事務(wù)的引入也帶來(lái)了一些新問(wèn)題。下面我們先介紹一點(diǎn)背景知識(shí)，然后詳細(xì)討論InnoDB的鎖問(wèn)題。
背景知識(shí)
事務(wù)（Transaction）及其ACID屬性
事務(wù)是由一組SQL語(yǔ)句組成的邏輯處理單元，事務(wù)具有以下4個(gè)屬性，通常簡(jiǎn)稱為事務(wù)的ACID屬性。
原子性（Atomicity）：所謂原子性就是將一組操作作為一個(gè)操作單元，是原子操作，即要么全部執(zhí)行，要么全部不執(zhí)行。一致性（Consistent）：在事務(wù)開(kāi)始和完成時(shí)，數(shù)據(jù)都必須保持一致?tīng)顟B(tài)。這意味著所有相關(guān)的數(shù)據(jù)規(guī)則都必須應(yīng)用于事務(wù)的修改，以保持?jǐn)?shù)據(jù)的完整性；事務(wù)結(jié)束時(shí)，所有的內(nèi)部數(shù)據(jù)結(jié)構(gòu)（如B樹(shù)索引或雙向鏈表）也都必須是正確的。(拿銀行轉(zhuǎn)賬來(lái)說(shuō)，一致性要求事務(wù)的執(zhí)行不應(yīng)改變A、B 兩個(gè)賬戶的金額總和。如果沒(méi)有這種一致性要求，轉(zhuǎn)賬過(guò)程中就會(huì)發(fā)生錢(qián)無(wú)中生有，或者不翼而飛的現(xiàn)象。事務(wù)應(yīng)該把數(shù)據(jù)庫(kù)從一個(gè)一致性狀態(tài)轉(zhuǎn)換到另外一個(gè)一致性狀態(tài)。)隔離性（Isolation）：隔離性指并發(fā)的事務(wù)是相互隔離的。即一個(gè)事務(wù)內(nèi)部的操作及正在操作的數(shù)據(jù)必須封鎖起來(lái)，不被其它企圖進(jìn)行修改的事務(wù)看到。 持久性（Durable）：事務(wù)完成之后，它對(duì)于數(shù)據(jù)的修改是永久性的，即使出現(xiàn)系統(tǒng)故障也能夠保持。并發(fā)事務(wù)處理帶來(lái)的問(wèn)題
相對(duì)于串行處理來(lái)說(shuō)，并發(fā)事務(wù)處理能大大增加數(shù)據(jù)庫(kù)資源的利用率，提高數(shù)據(jù)庫(kù)系統(tǒng)的事務(wù)吞吐量，從而可以支持更多的用戶。但并發(fā)事務(wù)處理也會(huì)帶來(lái)一些問(wèn)題，主要包括以下幾種情況。
更新丟失（Lost Update）：當(dāng)兩個(gè)或多個(gè)事務(wù)選擇同一行，然后基于最初選定的值更新該行時(shí)，由于每個(gè)事務(wù)都不知道其他事務(wù)的存在，就會(huì)發(fā)生丟失更新問(wèn)題－－最后的更 新覆蓋了由其他事務(wù)所做的更新。例如，兩個(gè)編輯人員制作了同一文檔的電子副本。每個(gè)編輯人員獨(dú)立地更改其副本，然后保存更改后的副本，這樣就覆蓋了原始文 檔。最后保存其更改副本的編輯人員覆蓋另一個(gè)編輯人員所做的更改。如果在一個(gè)編輯人員完成并提交事務(wù)之前，另一個(gè)編輯人員不能訪問(wèn)同一文件，則可避免此問(wèn) 題。 臟讀（Dirty Reads）：一個(gè)事務(wù)正在對(duì)一條記錄做修改，在這個(gè)事務(wù)完成并提交前，這條記錄的數(shù)據(jù)就處于不一致?tīng)顟B(tài)；這時(shí)，另一個(gè)事務(wù)也來(lái)讀取同一條記錄，如果不加 控制，第二個(gè)事務(wù)讀取了這些“臟”數(shù)據(jù)，并據(jù)此做進(jìn)一步的處理，就會(huì)產(chǎn)生未提交的數(shù)據(jù)依賴關(guān)系。這種現(xiàn)象被形象地叫做"臟讀"。 不可重復(fù)讀（Non-Repeatable Reads）：一個(gè)事務(wù)在讀取某些數(shù)據(jù)后的某個(gè)時(shí)間，再次讀取以前讀過(guò)的數(shù)據(jù)，卻發(fā)現(xiàn)其讀出的數(shù)據(jù)已經(jīng)發(fā)生了改變、或某些記錄已經(jīng)被刪除了！這種現(xiàn)象就叫做“不可重復(fù)讀”。 幻讀（Phantom Reads）：一個(gè)事務(wù)按相同的查詢條件重新讀取以前檢索過(guò)的數(shù)據(jù)，卻發(fā)現(xiàn)其他事務(wù)插入了滿足其查詢條件的新數(shù)據(jù)，這種現(xiàn)象就稱為“幻讀”。
2、事務(wù)并發(fā)會(huì)產(chǎn)生問(wèn)題例子:
1）第一類丟失更新：在沒(méi)有事務(wù)隔離的情況下，兩個(gè)事務(wù)都同時(shí)更新一行數(shù)據(jù)，但是第二個(gè)事務(wù)卻中途失敗退出， 導(dǎo)致對(duì)數(shù)據(jù)的兩個(gè)修改都失效了。
例如：
張三的工資為5000，事務(wù)A中獲取工資為5000，事務(wù)B獲取工資為5000，匯入100，并提交數(shù)據(jù)庫(kù)，工資變?yōu)?100，
隨后
事務(wù)A發(fā)生異常，回滾了，恢復(fù)張三的工資為5000，這樣就導(dǎo)致事務(wù)B的更新丟失了。
2）臟讀：臟讀就是指當(dāng)一個(gè)事務(wù)正在訪問(wèn)數(shù)據(jù)，并且對(duì)數(shù)據(jù)進(jìn)行了修改，而這種修改還沒(méi)有提交到數(shù)據(jù)庫(kù)中，這時(shí)，另外一個(gè)事務(wù)也訪問(wèn)這個(gè)數(shù)據(jù)，然后使用了這個(gè)數(shù)據(jù)。例如： 張三的工資為5000,事務(wù)A中把他的工資改為8000,但事務(wù)A尚未提交。 與此同時(shí)， 事務(wù)B正在讀取張三的工資，讀取到張三的工資為8000。 隨后， 事務(wù)A發(fā)生異常，而回滾了事務(wù)。張三的工資又回滾為5000。 最后， 事務(wù)B讀取到的張三工資為8000的數(shù)據(jù)即為臟數(shù)據(jù)，事務(wù)B做了一次臟讀。3）不可重復(fù)讀：是指在一個(gè)事務(wù)內(nèi)，多次讀同一數(shù)據(jù)。在這個(gè)事務(wù)還沒(méi)有結(jié)束時(shí)，另外一個(gè)事務(wù)也訪問(wèn)該同一數(shù)據(jù)。那么，在第一個(gè)事務(wù)中的兩次讀數(shù)據(jù)之間，由于第二個(gè)事務(wù)的修改，那么第一個(gè)事務(wù)兩次讀到的的數(shù)據(jù)可能是不一樣的。這樣就發(fā)生了在一個(gè)事務(wù)內(nèi)兩次讀到的數(shù)據(jù)是不一樣的，因此稱為是不可重復(fù)讀。例如： 在事務(wù)A中，讀取到張三的工資為5000，操作沒(méi)有完成，事務(wù)還沒(méi)提交。 與此同時(shí)， 事務(wù)B把張三的工資改為8000，并提交了事務(wù)。 隨后， 在事務(wù)A中，再次讀取張三的工資，此時(shí)工資變?yōu)?000。在一個(gè)事務(wù)中前后兩次讀取的結(jié)果并不致，導(dǎo)致了不可重復(fù)讀。4）第二類丟失更新：不可重復(fù)讀的特例。有兩個(gè)并發(fā)事務(wù)同時(shí)讀取同一行數(shù)據(jù)，然后其中一個(gè)對(duì)它進(jìn)行修改提交，而另一個(gè)也進(jìn)行了修改提交。這就會(huì)造成第一次寫(xiě)操作失效。
例如：
在事務(wù)A中，讀取到張三的存款為5000，操作沒(méi)有完成，事務(wù)還沒(méi)提交。 與此同時(shí)， 事務(wù)B，存儲(chǔ)1000，把張三的存款改為6000，并提交了事務(wù)。 隨后， 在事務(wù)A中，存儲(chǔ)500，把張三的存款改為5500，并提交了事務(wù)，這樣事務(wù)A的更新覆蓋了事務(wù)B的更新。
5）幻讀：是指當(dāng)事務(wù)不是獨(dú)立執(zhí)行時(shí)發(fā)生的一種現(xiàn)象，例如第一個(gè)事務(wù)對(duì)一個(gè)表中的數(shù)據(jù)進(jìn)行了修改，這種修改涉及到表中的全部數(shù)據(jù)行。同時(shí)，第二個(gè)事務(wù)也修改這個(gè)表中的數(shù)據(jù)，這種修改是向表中插入一行新數(shù)據(jù)。那么，以后就會(huì)發(fā)生操作第一個(gè)事務(wù)的用戶發(fā)現(xiàn)表中還有沒(méi)有修改的數(shù)據(jù)行，就好象發(fā)生了幻覺(jué)一樣。例如： 目前工資為5000的員工有10人，事務(wù)A讀取所有工資為5000的人數(shù)為10人。 此時(shí)， 事務(wù)B插入一條工資也為5000的記錄。 這是，事務(wù)A再次讀取工資為5000的員工，記錄為11人。此時(shí)產(chǎn)生了幻讀。提醒：不可重復(fù)讀的重點(diǎn)是修改，同樣的條件，你讀取過(guò)的數(shù)據(jù)，再次讀取出來(lái)發(fā)現(xiàn)值不一樣了幻讀的重點(diǎn)在于新增或者刪除，同樣的條件，第 1 次和第 2 次讀出來(lái)的記錄數(shù)不一樣
事務(wù)隔離級(jí)別
在上面講到的并發(fā)事務(wù)處理帶來(lái)的問(wèn)題中，“更新丟失”通常是應(yīng)該完全避免的。但防止更新丟失，并不能單靠數(shù)據(jù)庫(kù)事務(wù)控制器來(lái)解決，需要應(yīng)用程序?qū)σ碌臄?shù)據(jù)加必要的鎖來(lái)解決，因此，防止更新丟失應(yīng)該是應(yīng)用的責(zé)任。
“臟讀”、“不可重復(fù)讀”和“幻讀”，其實(shí)都是數(shù)據(jù)庫(kù)讀一致性問(wèn)題，必須由數(shù)據(jù)庫(kù)提供一定的事務(wù)隔離機(jī)制來(lái)解決。數(shù)據(jù)庫(kù)實(shí)現(xiàn)事務(wù)隔離的方式，基本上可分為以下兩種。
一種是在讀取數(shù)據(jù)前，對(duì)其加鎖，阻止其他事務(wù)對(duì)數(shù)據(jù)進(jìn)行修改。
另一種是不用加任何鎖，通過(guò)一定機(jī)制生成一個(gè)數(shù)據(jù)請(qǐng)求時(shí)間點(diǎn)的一致性數(shù)據(jù)快照（Snapshot)，并用這個(gè)快照來(lái)提供一定級(jí)別（語(yǔ)句級(jí)或事務(wù)級(jí)）的一 致 性讀取。從用戶的角度來(lái)看，好像是數(shù)據(jù)庫(kù)可以提供同一數(shù)據(jù)的多個(gè)版本，因此，這種技術(shù)叫做數(shù)據(jù)多版本并發(fā)控制（MultiVersion Concurrency Control，簡(jiǎn)稱MVCC或MCC），也經(jīng)常稱為多版本數(shù)據(jù)庫(kù)。
數(shù)據(jù)庫(kù)的事務(wù)隔離越嚴(yán)格，并發(fā)副作用越 小，但付出的代價(jià)也就越大，因?yàn)槭聞?wù)隔離實(shí)質(zhì)上就是使事務(wù)在一定程度上 “串行化”進(jìn)行，這顯然與“并發(fā)”是矛盾的。同時(shí)，不同的應(yīng)用對(duì)讀一致性和事務(wù)隔離程度的要求也是不同的，比如許多應(yīng)用對(duì)“不可重復(fù)讀”和“幻讀”并不敏 感，可能更關(guān)心數(shù)據(jù)并發(fā)訪問(wèn)的能力。
為了解決“隔離”與“并發(fā)”的矛盾，ISO/ANSI SQL92定義了4個(gè)事務(wù)隔離級(jí)別，每個(gè)級(jí)別的隔離程度不同，允許出現(xiàn)的副作用也不同，應(yīng)用可以根據(jù)自己的業(yè)務(wù)邏輯要求，通過(guò)選擇不同的隔離級(jí)別來(lái)平衡 “隔離”與“并發(fā)”的矛盾。表20-5很好地概括了這4個(gè)隔離級(jí)別的特性。
表20-5 4種隔離級(jí)別比較
讀數(shù)據(jù)一致性及允許的并發(fā)副作用
隔離級(jí)別
讀數(shù)據(jù)一致性
臟讀
不可重復(fù)讀
幻讀
未提交讀（Read uncommitted）
最低級(jí)別，只能保證不讀取物理上損壞的數(shù)據(jù)
是
是
是
已提交度（Read committed）
語(yǔ)句級(jí)
否
是
是
可重復(fù)讀（Repeatable read）
事務(wù)級(jí)
否
否
是
可序列化（Serializable）
最高級(jí)別，事務(wù)級(jí)
否
否
否
最后要說(shuō)明的是：各具體數(shù)據(jù)庫(kù)并不一定完全實(shí)現(xiàn)了上述4個(gè)隔離級(jí)別，例如，Oracle只提供Read committed和Serializable兩個(gè)標(biāo)準(zhǔn)隔離級(jí)別，另外還提供自己定義的Read only隔離級(jí)別；SQL Server除支持上述ISO/ANSI SQL92定義的4個(gè)隔離級(jí)別外，還支持一個(gè)叫做“快照”的隔離級(jí)別，但嚴(yán)格來(lái)說(shuō)它是一個(gè)用MVCC實(shí)現(xiàn)的Serializable隔離級(jí)別。MySQL 支持全部4個(gè)隔離級(jí)別，但在具體實(shí)現(xiàn)時(shí)，有一些特點(diǎn)，比如在一些隔離級(jí)別下是采用MVCC一致性讀，但某些情況下又不是，這些內(nèi)容在后面的章節(jié)中將會(huì)做進(jìn) 一步介紹。
mysql默認(rèn)的事務(wù)處理級(jí)別是'REPEATABLE-READ',也就是可重復(fù)讀
如果發(fā)現(xiàn)鎖爭(zhēng)用比較嚴(yán)重，如InnoDB_row_lock_waits和InnoDB_row_lock_time_avg的值比較高，還可以通過(guò)設(shè)置InnoDB Monitors來(lái)進(jìn)一步觀察發(fā)生鎖沖突的表、數(shù)據(jù)行等，并分析鎖爭(zhēng)用的原因。
可以用下面的語(yǔ)句來(lái)進(jìn)行查看：
在SHOW INNODB STATUS的顯示內(nèi)容中，會(huì)有詳細(xì)的當(dāng)前鎖等待的信息，包括表名、鎖類型、鎖定記錄的情況等，便于進(jìn)行進(jìn)一步的分析和問(wèn)題的確定。打開(kāi)監(jiān)視器以后，默認(rèn) 情況下每15秒會(huì)向日志中記錄監(jiān)控的內(nèi)容，如果長(zhǎng)時(shí)間打開(kāi)會(huì)導(dǎo)致.err文件變得非常的巨大，所以用戶在確認(rèn)問(wèn)題原因之后，要記得刪除監(jiān)控表以關(guān)閉監(jiān)視 器，或者通過(guò)使用"--console"選項(xiàng)來(lái)啟動(dòng)服務(wù)器以關(guān)閉寫(xiě)日志文件。
1.行鎖和表鎖
在mysql 的 InnoDB引擎支持行鎖，與Oracle不同，mysql的行鎖是通過(guò)索引加載的，即是行鎖是加在索引響應(yīng)的行上的，要是對(duì)應(yīng)的SQL語(yǔ)句沒(méi)有走索引，則會(huì)全表掃描，
行鎖則無(wú)法實(shí)現(xiàn)，取而代之的是表鎖。
表鎖：不會(huì)出現(xiàn)死鎖，發(fā)生鎖沖突幾率高，并發(fā)低。
行鎖：會(huì)出現(xiàn)死鎖，發(fā)生鎖沖突幾率低，并發(fā)高。
鎖沖突：例如說(shuō)事務(wù)A將某幾行上鎖后，事務(wù)B又對(duì)其上鎖，鎖不能共存否則會(huì)出現(xiàn)鎖沖突。（但是共享鎖可以共存，共享鎖和排它鎖不能共存，排它鎖和排他鎖也不可以）
死鎖：例如說(shuō)兩個(gè)事務(wù)，事務(wù)A鎖住了1~5行，同時(shí)事務(wù)B鎖住了6~10行，此時(shí)事務(wù)A請(qǐng)求鎖住6~10行，就會(huì)阻塞直到事務(wù)B施放6~10行的鎖，而隨后事務(wù)B又請(qǐng)求鎖住1~5行，事務(wù)B也阻塞直到事務(wù)A釋放1~5行的鎖。死鎖發(fā)生時(shí)，會(huì)產(chǎn)生Deadlock錯(cuò)誤。
鎖是對(duì)表操作的，所以自然鎖住全表的表鎖就不會(huì)出現(xiàn)死鎖。
2.行鎖的類型
行鎖分 共享鎖 和 排它鎖。
共享鎖又稱：讀鎖。當(dāng)一個(gè)事務(wù)對(duì)某幾行上讀鎖時(shí)，允許其他事務(wù)對(duì)這幾行進(jìn)行讀操作，但不允許其進(jìn)行寫(xiě)操作，也不允許其他事務(wù)給這幾行上排它鎖，但允許上讀鎖。
排它鎖又稱：寫(xiě)鎖。當(dāng)一個(gè)事務(wù)對(duì)某幾個(gè)上寫(xiě)鎖時(shí)，不允許其他事務(wù)寫(xiě)，但允許讀。更不允許其他事務(wù)給這幾行上任何鎖。包括寫(xiě)鎖。
上共享鎖的寫(xiě)法：lock in share mode
例如： select math from zje where math>60 lock in share mode；
上排它鎖的寫(xiě)法：for update
例如：select math from zje where math >60 for update；
3.行鎖的實(shí)現(xiàn)
注意幾點(diǎn)：
1.行鎖必須有索引才能實(shí)現(xiàn)，否則會(huì)自動(dòng)鎖全表，那么就不是行鎖了。
2.兩個(gè)事務(wù)不能鎖同一個(gè)索引，例如：
3.insert ，delete ， update在事務(wù)中都會(huì)自動(dòng)默認(rèn)加上排它鎖。
實(shí)現(xiàn)：
會(huì)話1：begin；select math from zje where math>60 for update；會(huì)話2：begin；update zje set math=99 where math=68；阻塞...........會(huì)話相當(dāng)與用戶
如上，會(huì)話1先把zje表中math>60的行上排它鎖。然后會(huì)話2試圖把math=68的行進(jìn)行修改，math=68處于math>60中，所以是已經(jīng)被鎖的，會(huì)話2進(jìn)行操作時(shí)，
就會(huì)阻塞，等待會(huì)話1把鎖釋放。當(dāng)commit時(shí)或者程序結(jié)束時(shí)，會(huì)釋放鎖。
行級(jí)鎖定不是MySQL自己實(shí)現(xiàn)的鎖定方式，而是由其他存儲(chǔ)引擎自己所實(shí)現(xiàn)的，如廣為大家所知的InnoDB存儲(chǔ)引擎，以及MySQL的分布式存儲(chǔ)引擎NDBCluster等都是實(shí)現(xiàn)了行級(jí)鎖定。考慮到行級(jí)鎖定君由各個(gè)存儲(chǔ)引擎自行實(shí)現(xiàn)，而且具體實(shí)現(xiàn)也各有差別，而InnoDB是目前事務(wù)型存儲(chǔ)引擎中使用最為廣泛的存儲(chǔ)引擎，所以這里我們就主要分析一下InnoDB的鎖定特性。1.InnoDB鎖定模式及實(shí)現(xiàn)機(jī)制考慮到行級(jí)鎖定君由各個(gè)存儲(chǔ)引擎自行實(shí)現(xiàn)，而且具體實(shí)現(xiàn)也各有差別，而InnoDB是目前事務(wù)型存儲(chǔ)引擎中使用最為廣泛的存儲(chǔ)引擎，所以這里我們就主要分析一下InnoDB的鎖定特性。總的來(lái)說(shuō)，InnoDB的鎖定機(jī)制和Oracle數(shù)據(jù)庫(kù)有不少相似之處。InnoDB的行級(jí)鎖定同樣分為兩種類型，共享鎖和排他鎖，而在鎖定機(jī)制的實(shí)現(xiàn)過(guò)程中為了讓行級(jí)鎖定和表級(jí)鎖定共存，InnoDB也同樣使用了意向鎖（表級(jí)鎖定）的概念，也就有了意向共享鎖和意向排他鎖這兩種。當(dāng)一個(gè)事務(wù)需要給自己需要的某個(gè)資源加鎖的時(shí)候，如果遇到一個(gè)共享鎖正鎖定著自己需要的資源的時(shí)候，自己可以再加一個(gè)共享鎖，不過(guò)不能加排他鎖。但是，如果遇到自己需要鎖定的資源已經(jīng)被一個(gè)排他鎖占有之后，則只能等待該鎖定釋放資源之后自己才能獲取鎖定資源并添加自己的鎖定。而意向鎖的作用就是當(dāng)一個(gè)事務(wù)在需要獲取資源鎖定的時(shí)候，如果遇到自己需要的資源已經(jīng)被排他鎖占用的時(shí)候，該事務(wù)可以需要鎖定行的表上面添加一個(gè)合適的意向鎖。如果自己需要一個(gè)共享鎖，那么就在表上面添加一個(gè)意向共享鎖。而如果自己需要的是某行（或者某些行）上面添加一個(gè)排他鎖的話，則先在表上面添加一個(gè)意向排他鎖。意向共享鎖可以同時(shí)并存多個(gè)，但是意向排他鎖同時(shí)只能有一個(gè)存在。所以，可以說(shuō)InnoDB的鎖定模式實(shí)際上可以分為四種：共享鎖（S），排他鎖（X），意向共享鎖（IS）和意向排他鎖（IX），我們可以通過(guò)以下表格來(lái)總結(jié)上面這四種所的共存邏輯關(guān)系：
如果一個(gè)事務(wù)請(qǐng)求的鎖模式與當(dāng)前的鎖兼容，InnoDB就將請(qǐng)求的鎖授予該事務(wù)；反之，如果兩者不兼容，該事務(wù)就要等待鎖釋放。意向鎖是InnoDB自動(dòng)加的，不需用戶干預(yù)。對(duì)于UPDATE、DELETE和INSERT語(yǔ)句，InnoDB會(huì)自動(dòng)給涉及數(shù)據(jù)集加排他鎖（X)；對(duì)于普通SELECT語(yǔ)句，InnoDB不會(huì)加任何鎖；
