鎖表一般是長(zhǎng)時(shí)間占用表導(dǎo)致的，
成都創(chuàng)新互聯(lián)公司是一家專業(yè)提供醴陵企業(yè)網(wǎng)站建設(shè),專注與做網(wǎng)站、網(wǎng)站制作、H5頁(yè)面制作、小程序制作等業(yè)務(wù)。10年已為醴陵眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站制作公司優(yōu)惠進(jìn)行中。
試著使SELECT語(yǔ)句運(yùn)行得更快；你可能必須創(chuàng)建一些摘要(summary)表做到這點(diǎn)。
用--low-priority-updates啟動(dòng)mysqld。這將給所有更新(修改)一個(gè)表的語(yǔ)句以比SELECT語(yǔ)句低的優(yōu)先級(jí)。在這種情況下，在先前情形的最后的SELECT語(yǔ)句將在INSERT語(yǔ)句前執(zhí)行。
你可以用LOW_PRIORITY屬性給與一個(gè)特定的INSERT、UPDATE或DELETE語(yǔ)句較低優(yōu)先級(jí)。
為max_write_lock_count指定一個(gè)低值來(lái)啟動(dòng)mysqld使得在一定數(shù)量的WRITE鎖定后給出READ鎖定。
通過(guò)使用SQL命令：SET SQL_LOW_PRIORITY_UPDATES=1，你可從一個(gè)特定線程指定所有的更改應(yīng)該由用低優(yōu)先級(jí)完成
多線程開啟事務(wù)處理。每個(gè)事務(wù)有多個(gè)update操作和一個(gè)insert操作（都在同一張表）。
默認(rèn)隔離級(jí)別：Repeatable Read
只有hotel_id=2和hotel_id=11111的數(shù)據(jù)
邏輯刪除原有數(shù)據(jù)
插入新的數(shù)據(jù)
根據(jù)現(xiàn)有數(shù)據(jù)情況，update的時(shí)候沒有數(shù)據(jù)被更新
報(bào)了非常多一樣的錯(cuò)
發(fā)現(xiàn)居然有死鎖。
根據(jù)常識(shí)考慮，我每個(gè)線程（事務(wù)）更新的數(shù)據(jù)都不沖突，為什么會(huì)產(chǎn)生死鎖？
帶著這個(gè)問(wèn)題，打印mysql最近一次的死鎖信息
show engine innodb status
顯示如下
發(fā)現(xiàn)事務(wù)1在等待一個(gè)鎖
事務(wù)2也在等待一個(gè)鎖
而且事物2持有了事物1需要的鎖
關(guān)于鎖的描述，出現(xiàn)了 lock_mode ， gap before rec ， insert intention 等字眼，看不懂說(shuō)明了什么？說(shuō)明我關(guān)于mysql的鎖相關(guān)的知識(shí)儲(chǔ)備還不夠。那就開始調(diào)查mysql的鎖相關(guān)知識(shí)。
通過(guò)搜索引擎，
鎖的持有兼容程度如下表
那么再回到死鎖日志，可以知道 :
事務(wù)1正在獲取插入意向鎖
事務(wù)2正在獲取插入意向鎖，持有排他gap鎖
再看我們上面的鎖兼容表格，可以知道， gap lock和insert intention lock是不兼容的
那么就可以推斷出： 事務(wù)1持有g(shù)ap lock，等待事務(wù)2的insert intention lock釋放；事務(wù)2持有g(shù)ap lock，等待事務(wù)1的insert intention lock釋放，從而導(dǎo)致死鎖。
那么新的問(wèn)題就來(lái)了，事務(wù)1的intention lock 為什么會(huì)和事務(wù)2的gap lock 有交集，或者說(shuō)，事務(wù)1要插入的數(shù)據(jù)的位置為什么會(huì)被事務(wù)2給鎖住？
讓我回顧一下gap lock的定義：
間隙鎖，鎖定一個(gè)范圍，但不包括記錄本身。GAP鎖的目的，是為了防止同一事務(wù)的兩次當(dāng)前讀，出現(xiàn)幻讀的情況
那為什么是gap lock，gap lock到底是基于什么邏輯鎖的記錄？發(fā)現(xiàn)自己相關(guān)的知識(shí)儲(chǔ)備還不夠。那就開始調(diào)查。
調(diào)查后發(fā)現(xiàn)，當(dāng)當(dāng)前索引是一個(gè) 普通索引 的時(shí)候，會(huì)加一個(gè)gap lock來(lái)防止幻讀， 此gap lock 會(huì)鎖住一個(gè)左開右閉的區(qū)間。 假設(shè)索引為xx_idx（xx_id），數(shù)據(jù)分布為1,4,6,8,12，當(dāng)更新xx_id=9的時(shí)候，這個(gè)時(shí)候gap lock的鎖定記錄區(qū)間就是(8，12]，也就是鎖住了xxid in (9,10,11,12)的數(shù)據(jù)，當(dāng)有其他事務(wù)要插入xxid in (9,10,11,12)的數(shù)據(jù)時(shí)，就會(huì)處于等待獲取鎖的狀態(tài)。
ps：當(dāng)前索引不是普通索引，而且是唯一索引等其他情況，請(qǐng)參考下面資料
MySQL 加鎖處理分析
回到我自己的案例中，重新屢一下事務(wù)1的執(zhí)行過(guò)程：
因?yàn)槠胀ㄋ饕?/p>
KEY hotel_date_idx ( hotel_id , rate_date )
的關(guān)系 這段sql會(huì)獲取一個(gè)gap lock，范圍(2,11111]
這段sql會(huì)獲取一個(gè)insert intention lock （waiting）
再看事務(wù)2的執(zhí)行過(guò)程
因?yàn)槠胀ㄋ饕?/p>
KEY hotel_date_idx ( hotel_id , rate_date )
的關(guān)系 這段sql也會(huì)獲取一個(gè)gap lock，范圍也是(2,11111]（根據(jù)前面的知識(shí)，gap lock之間會(huì)互相兼容，可以一起持有鎖的）
這段sql也會(huì)獲取一個(gè)insert intention lock （waiting）
看到這里，基本也就破案了。因?yàn)槠胀ㄋ饕年P(guān)系，事務(wù)1和事務(wù)2的gap lock的覆蓋范圍太廣，導(dǎo)致其他事務(wù)無(wú)法插入數(shù)據(jù)。
重新梳理一下：
所以從結(jié)果來(lái)看，一堆事務(wù)被回滾，只有10007數(shù)據(jù)被更新成功
gap lock 導(dǎo)致了并發(fā)處理的死鎖
在mysql默認(rèn)的事務(wù)隔離級(jí)別（repeatable read）下，無(wú)法避免這種情況。只能把并發(fā)處理改成同步處理?；蛘邚臉I(yè)務(wù)層面做處理。
共享鎖、排他鎖、意向共享、意向排他
record lock、gap lock、next key lock、insert intention lock
show engine innodb status
這個(gè)是屬于系統(tǒng)遺留問(wèn)題，也就是一種系統(tǒng)的保護(hù)機(jī)制。就是為了避免出現(xiàn)這種在線修改系統(tǒng)的操作。
增加字段屬于系統(tǒng)的修改操作。盡量不要在線操作，因?yàn)榭赡艹霈F(xiàn)。未知的漏洞。一定要。離線。修改完畢，然后經(jīng)過(guò)測(cè)試后。認(rèn)為已經(jīng)沒有問(wèn)題了。在。次日的凌晨發(fā)一個(gè)通知。停機(jī)維護(hù)。這樣才能保證系統(tǒng)的正常運(yùn)轉(zhuǎn)。
如果在前期設(shè)置系統(tǒng)的時(shí)候就預(yù)留了。熱升級(jí)的空間。這樣才能達(dá)到在線操作的目的，而且系統(tǒng)的金融群總是一部分先升級(jí)。
很多情況下，你需要使用系統(tǒng)里邊的工具集。在線修改表格。原理其實(shí)非常的簡(jiǎn)單，新建的和原表的表格結(jié)構(gòu)。要一模一樣。對(duì)這個(gè)表格進(jìn)行修改，然后把結(jié)構(gòu)變更的日期。插入進(jìn)去。而且還建議您盡量在業(yè)務(wù)的低縫隙進(jìn)行修改。避免發(fā)生不可控的未知狀況。
使用說(shuō)明：
1、如果是用 MySQL + Apache，使用的又是 FreeBSD 網(wǎng)絡(luò)操作系統(tǒng)的話，安裝時(shí)候你應(yīng)按注意到FreeBSD的版本問(wèn)題，在FreeBSD 的 3.0 以下版本來(lái)說(shuō)，MySQL Source 內(nèi)含的 MIT-pthread 運(yùn)行是正常的，但在這版本以上，你必須使用 native threads。
2、如果在 COMPILE 過(guò)程中出了問(wèn)題，請(qǐng)先檢查你的 gcc版本是否在 2.81 版本以上，gmake 版本是否在3.75以上。
3、如果不是版本的問(wèn)題，那可能是你的內(nèi)存不足，請(qǐng)使用configure--with-low-memory 來(lái)加入。
4、如果要重新做你的configure，那么你可以鍵入rm config.cache和make clean來(lái)清除記錄。
5、把 MySQL 安裝在 /usr/local 目錄下，這是缺省值，您也可以按照你的需要設(shè)定你所安裝的目錄。
重慶分公司
重慶分公司
