有表鎖，行鎖，頁(yè)鎖
創(chuàng)新互聯(lián)是一家專注于成都網(wǎng)站制作、做網(wǎng)站與策劃設(shè)計(jì),清苑網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)十余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:清苑等地區(qū)。清苑做網(wǎng)站價(jià)格咨詢:13518219792
頁(yè)級(jí):引擎 BDB。
表級(jí):引擎 MyISAM ， 理解為鎖住整個(gè)表，可以同時(shí)讀，寫不行
行級(jí):引擎 INNODB ， 單獨(dú)的一行記錄加鎖
1） 表級(jí)鎖：開(kāi)銷小，加鎖快；不會(huì)出現(xiàn)死鎖；鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)度最低。
2） 行級(jí)鎖：開(kāi)銷大，加鎖慢；會(huì)出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低，并發(fā)度也最高。
3） 頁(yè)面鎖：開(kāi)銷和加鎖時(shí)間界于表鎖和行鎖之間；會(huì)出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般。
一般不在PHP中使用鎖操作，因?yàn)槿绻i了庫(kù)，如果遇到錯(cuò)誤沒(méi)有及時(shí)的解鎖，就會(huì)導(dǎo)致不能訪問(wèn)數(shù)據(jù)的情況。
可以使用MYSQL的事務(wù)，就是定義事務(wù)開(kāi)始，然后有幾個(gè)語(yǔ)句要執(zhí)行，然后根據(jù)情況，如果有一個(gè)語(yǔ)句沒(méi)有執(zhí)行成功，可以回滾（取消這幾個(gè)語(yǔ)句的執(zhí)行），從而達(dá)到幾個(gè)語(yǔ)句都執(zhí)行成功或者都不執(zhí)行的效果，在強(qiáng)事務(wù)型的應(yīng)用中一般使用這個(gè)方式
你可以去后盾人平臺(tái)看看，里面的東西不錯(cuò)
MySQL 5.1支持對(duì)MyISAM和MEMORY表進(jìn)行表級(jí)鎖定，對(duì)BDB表進(jìn)行頁(yè)級(jí)鎖定，對(duì)InnoDB表進(jìn)行行級(jí)鎖定。
如果不能同時(shí)插入，為了在一個(gè)表中進(jìn)行多次INSERT和SELECT操作，可以在臨時(shí)表中插入行并且立即用臨時(shí)表中的記錄更新真正的表。
這可用下列代碼做到：
mysql LOCK TABLES real_table WRITE, insert_table WRITE;
mysql INSERT INTO real_table SELECT * FROM insert_table;
mysql TRUNCATE TABLE insert_table;
mysql UNLOCK TABLES;
修改方法
有兩種方法可以對(duì)配置了 systemd 的程序進(jìn)行資源隔離：1. 命令行修改：通過(guò)執(zhí)行?systemctl set-property?命令實(shí)現(xiàn)，形式為?systemctl set-property?name parameter=value；修改默認(rèn)即時(shí)生效。2. 手工修改文件：直接編輯程序的 systemd unit file 文件，完成之后需手工執(zhí)行?systemctl?daemon-reload?更新配置，并重啟服務(wù)?systemctl restart name.service。
systemd unit file 里支持的資源隔離配置項(xiàng)，如常見(jiàn)的：
CPUQuota=value
該參數(shù)表示服務(wù)可以獲取的最大 CPU 時(shí)間，value 為百分?jǐn)?shù)形式，高于 100% 表示可使用?1 核以上的?CPU。與 cgroup cpu 控制器?cpu.cfs_quota_us?配置項(xiàng)對(duì)應(yīng)。
MemoryLimit=value
該參數(shù)表示服務(wù)可以使用的最大內(nèi)存量，value 可以使用 K, M, G, T 等后綴表示值的大小。與 cgroup?memory 控制器?memory.limit_in_bytes?配置項(xiàng)對(duì)應(yīng)。
事務(wù)的4種隔離級(jí)別
READ UNCOMMITTED ? ? ? 未提交讀，可以讀取未提交的數(shù)據(jù)。
READ COMMITTED ? ? ? ? 已提交讀，對(duì)于鎖定讀(select with for update 或者 for share)、update 和 delete 語(yǔ)句，InnoDB 僅鎖定索引記錄，而不鎖定它們之間的間隙，因此允許在鎖定的記錄旁邊自由插入新記錄。 ? ? ? ? ? ? ? ? ? ?
Gap locking 僅用于外鍵約束檢查和重復(fù)鍵檢查。
REPEATABLE READ ? ? ? ?可重復(fù)讀，事務(wù)中的一致性讀取讀取的是事務(wù)第一次讀取所建立的快照。
SERIALIZABLE ? ? ? ? ? 序列化在了解了 4 種隔離級(jí)別的需求后，在采用鎖控制隔離級(jí)別的基礎(chǔ)上，我們需要了解加鎖的對(duì)象(數(shù)據(jù)本身間隙)，以及了解整個(gè)數(shù)據(jù)范圍的全集組成。
數(shù)據(jù)范圍全集組成
SQL 語(yǔ)句根據(jù)條件判斷不需要掃描的數(shù)據(jù)范圍（不加鎖）；
SQL 語(yǔ)句根據(jù)條件掃描到的可能需要加鎖的數(shù)據(jù)范圍；
以單個(gè)數(shù)據(jù)范圍為例，數(shù)據(jù)范圍全集包含：（數(shù)據(jù)范圍不一定是連續(xù)的值，也可能是間隔的值組成）
加鎖情況與死鎖原因分析
為方便大家復(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)（插入意向鎖之間并不互斥）?？偨Y(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)擊輸入圖片描述
當(dāng) web 日志中出現(xiàn)行鎖超時(shí)錯(cuò)誤后，很多開(kāi)發(fā)都會(huì)找我來(lái)排查問(wèn)題，這里說(shuō)下問(wèn)題定位的難點(diǎn)！1. MySQL 本身不會(huì)主動(dòng)記錄行鎖等待的相關(guān)信息，所以無(wú)法有效的進(jìn)行事后分析。2. 鎖爭(zhēng)用原因有多種，很難在事后判斷到底是哪一類問(wèn)題場(chǎng)景，尤其是事后無(wú)法復(fù)現(xiàn)問(wèn)題的時(shí)候。3. 找到問(wèn)題 SQL 后，開(kāi)發(fā)無(wú)法有效從代碼中挖掘出完整的事務(wù)，這也和公司框架-產(chǎn)品-項(xiàng)目的架構(gòu)有關(guān)，需要靠 DBA 事后采集完整的事務(wù) SQL 才可以進(jìn)行分析。
mysql 為并發(fā)事務(wù)同時(shí)對(duì)一條記錄進(jìn)行讀寫時(shí)，提出了兩種解決方案：
1）使用 mvcc 的方法，實(shí)現(xiàn)多事務(wù)的并發(fā)讀寫，但是這種讀只是“快照讀”，一般讀的是歷史版本數(shù)據(jù)，還有一種是“當(dāng)前讀”，一般加鎖實(shí)現(xiàn)“當(dāng)前讀”，或者 insert、update、delete 也是當(dāng)前讀。
2）使用加鎖的方法，鎖分為共享鎖（讀鎖），排他鎖（寫鎖）
快照讀：就是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)稱 next-key 鎖）來(lái)防止當(dāng)前讀的時(shí)候插入。
Gap Lock在InnoDB的唯一作用就是防止其他事務(wù)的插入操作，以此防止幻讀的發(fā)生。
Innodb自動(dòng)使用間隙鎖的條件：
重慶分公司
重慶分公司
