国产99久久精品_欧美日本韩国一区二区_激情小说综合网_欧美一级二级视频_午夜av电影_日本久久精品视频

最新文章專(zhuān)題視頻專(zhuān)題問(wèn)答1問(wèn)答10問(wèn)答100問(wèn)答1000問(wèn)答2000關(guān)鍵字專(zhuān)題1關(guān)鍵字專(zhuān)題50關(guān)鍵字專(zhuān)題500關(guān)鍵字專(zhuān)題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關(guān)鍵字專(zhuān)題關(guān)鍵字專(zhuān)題tag2tag3文章專(zhuān)題文章專(zhuān)題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專(zhuān)題3
問(wèn)答文章1 問(wèn)答文章501 問(wèn)答文章1001 問(wèn)答文章1501 問(wèn)答文章2001 問(wèn)答文章2501 問(wèn)答文章3001 問(wèn)答文章3501 問(wèn)答文章4001 問(wèn)答文章4501 問(wèn)答文章5001 問(wèn)答文章5501 問(wèn)答文章6001 問(wèn)答文章6501 問(wèn)答文章7001 問(wèn)答文章7501 問(wèn)答文章8001 問(wèn)答文章8501 問(wèn)答文章9001 問(wèn)答文章9501
當(dāng)前位置: 首頁(yè) - 科技 - 知識(shí)百科 - 正文

MySQLDeadLock故障排查全過(guò)程記錄

來(lái)源:懂視網(wǎng) 責(zé)編:小采 時(shí)間:2020-11-09 20:20:57
文檔

MySQLDeadLock故障排查全過(guò)程記錄

MySQLDeadLock故障排查全過(guò)程記錄:【作者】 劉博:攜程技術(shù)保障中心數(shù)據(jù)庫(kù)高級(jí)經(jīng)理,主要關(guān)注Sql server和Mysql的運(yùn)維和故障處理。 【環(huán)境】 版本號(hào):5.6.21 隔離級(jí)別:REPEATABLE READ 【問(wèn)題描述】 接到監(jiān)控報(bào)警,有一個(gè)線上的應(yīng)用DeadLock報(bào)錯(cuò),每15分鐘會(huì)準(zhǔn)時(shí)出現(xiàn),報(bào)錯(cuò)統(tǒng)計(jì)如
推薦度:
導(dǎo)讀MySQLDeadLock故障排查全過(guò)程記錄:【作者】 劉博:攜程技術(shù)保障中心數(shù)據(jù)庫(kù)高級(jí)經(jīng)理,主要關(guān)注Sql server和Mysql的運(yùn)維和故障處理。 【環(huán)境】 版本號(hào):5.6.21 隔離級(jí)別:REPEATABLE READ 【問(wèn)題描述】 接到監(jiān)控報(bào)警,有一個(gè)線上的應(yīng)用DeadLock報(bào)錯(cuò),每15分鐘會(huì)準(zhǔn)時(shí)出現(xiàn),報(bào)錯(cuò)統(tǒng)計(jì)如

可以看到 EXTRA 列:

Using intersect(column5_index,idxColumn6)

從5.1開(kāi)始,引入了 index merge 優(yōu)化技術(shù),對(duì)同一個(gè)表可以使用多個(gè)索引分別進(jìn)行條件掃描。

相關(guān)文檔:http://dev.mysql.com/doc/refman/5.7/en/index-merge-optimization.html

The Index Merge method is used to retrieve rows with several range scans and to merge their results into one. The merge can produce unions, intersections, or unions-of-intersections of its underlying scans. This access method merges index scans from a single table; it does not merge scans across multiple tables.

【模擬與驗(yàn)證】

根據(jù)以上初步分析,猜測(cè)應(yīng)該就是intersect造成的,于是在測(cè)試環(huán)境模擬驗(yàn)證,開(kāi)啟2個(gè)session模擬死鎖:

時(shí)間序列 Session1 Session2
1 Begin;
2 UPDATE TestTable SET Column2 = sysdate() Column4 = 0 AND Column5 = 47 AND Column6 = 'SEK 
執(zhí)行成功,影響7行
3 Begin;
4 UPDATE TestTable SET Column2 = sysdate(),Column4 = 0 AND Column5 = 485 AND Column6 = 'SEK';
被Blocking
5 UPDATE TestTable SET Column2 = sysdate(),Column4 = 0 AND Column5 = 485 AND Column6 = 'SEK';
執(zhí)行成功
ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

依據(jù)以上信息可以發(fā)現(xiàn)Session2雖然被Block了,但也獲取了一些Session1在時(shí)間序列5時(shí)所需資源的X鎖,可以再開(kāi)啟一個(gè)查詢select count(Column5) from TestTable where Column5 = 485,設(shè)置SET TRANSACTION ISOLATION LEVEL SERIALIZABLE,去查詢Column5 = 485的行,觀察鎖等待的信息:
mysql> SELECT r.trx_id waiting_trx_id, r.trx_mysql_thread_id waiting_thread, r.trx_query waiting_query, b.trx_id

mysql> SELECT r.trx_id waiting_trx_id, r.trx_mysql_thread_id waiting_thread, r.trx_query waiting_query, b.trx_id blocking_trx_id, b.trx_mysql_thread_id blocking_thread, b.trx_query blocking_query FROM information_schema.innodb_lock_waits w INNER JOIN information_schema.innodb_trx b ON b.trx_id = w.blocking_trx_id INNER JOIN information_schema.innodb_trx r ON r.trx_id = w.requesting_trx_id \G;

*************************** 1. row ***************************

waiting_trx_id: 103006

waiting_thread: 36

waiting_query: UPDATE TestTable SET Column1 = 1, Column2 = sysdate(), Column3 = '026' Column4 = 0 AND Column5 = 485 AND Column6 = 'SEK'

blocking_trx_id: 103003

blocking_thread: 37

blocking_query: NULL

*************************** 2. row ***************************

waiting_trx_id: 421500433538672

waiting_thread: 39

waiting_query: select count(Column5) from TestTable where Column5 = 485

blocking_trx_id: 103006

blocking_thread: 36

blocking_query: UPDATE TestTable SET Column1 = 1, Column2 = sysdate(), Column3 = '026' Column4 = 0 AND Column5 = 485 AND Column6 = 'SEK'

2 rows in set, 1 warning (0.00 sec)

mysql> select * from information_schema.innodb_lock_waits \G;

*************************** 1. row ***************************

requesting_trx_id: 103006

requested_lock_id: 103006:417:1493:859

blocking_trx_id: 103003

blocking_lock_id: 103003:417:1493:859

*************************** 2. row ***************************

requesting_trx_id: 421500433538672

requested_lock_id: 421500433538672:417:749:2

blocking_trx_id: 103006

blocking_lock_id: 103006:417:749:2

2 rows in set, 1 warning (0.00 sec)
mysql> select * from INNODB_LOCKS \G;

*************************** 1. row ***************************

lock_id: 103006:417:1493:859

lock_trx_id: 103006

lock_mode: X

lock_type: RECORD

lock_table: test.TestTable

lock_index: idxColumn6

lock_space: 417

lock_page: 1493

lock_rec: 859

lock_data: 'SEK', 8262738

*************************** 2. row ***************************

lock_id: 103003:417:1493:859

lock_trx_id: 103003

lock_mode: X

lock_type: RECORD

lock_table:test.TestTable

lock_index: idxColumn6

lock_space: 417

lock_page: 1493

lock_rec: 859

lock_data: 'SEK', 8262738

*************************** 3. row ***************************

lock_id: 421500433538672:417:749:2

lock_trx_id: 421500433538672

lock_mode: S

lock_type: RECORD

lock_table: test.TestTable

lock_index: column5_index

lock_space: 417

lock_page: 749

lock_rec: 2

lock_data: 485, 8317620

*************************** 4. row ***************************

lock_id: 103006:417:749:2

lock_trx_id: 103006

lock_mode: X

lock_type: RECORD

lock_table: test.TestTable

lock_index: column5_index

lock_space: 417

lock_page: 749

lock_rec: 2

lock_data: 485, 8317620

4 rows in set, 1 warning (0.00 sec)

可以看到Session2,trx_id 103006阻塞了trx_id 421500433538672,而trx_id 421500433538672 requested_lock也正好是lock_data: 485, 8317620。由此可見(jiàn)Session2雖然別block了,但是還是獲取到了Index column5_index相關(guān)的鎖。被Block是因?yàn)閕ntersect的原因,還需要idxColumn6的鎖,至此思路已經(jīng)清晰,對(duì)整個(gè)分配鎖的信息簡(jiǎn)化一下,如下表格(請(qǐng)求到的鎖用青色表示,需獲取但未獲取到的鎖用紅色表示):

時(shí)間點(diǎn) Session1 Session2
1 477 SEK
2 485 SEK
3 485 SEK 死鎖發(fā)生

可以看到485 SEK這兩個(gè)資源形成了一個(gè)環(huán)狀,最終發(fā)生死鎖。

【解決方法】

  • 最佳的方法是添加column5和Column6的聯(lián)合索引。
  • 我們環(huán)境當(dāng)時(shí)的情況發(fā)現(xiàn)Column6的篩選度非常低,就刪除了Column6的索引。
    10:55左右刪除索引后,報(bào)錯(cuò)沒(méi)有再發(fā)生:
  • 總結(jié)

    聲明:本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí),若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

    文檔

    MySQLDeadLock故障排查全過(guò)程記錄

    MySQLDeadLock故障排查全過(guò)程記錄:【作者】 劉博:攜程技術(shù)保障中心數(shù)據(jù)庫(kù)高級(jí)經(jīng)理,主要關(guān)注Sql server和Mysql的運(yùn)維和故障處理。 【環(huán)境】 版本號(hào):5.6.21 隔離級(jí)別:REPEATABLE READ 【問(wèn)題描述】 接到監(jiān)控報(bào)警,有一個(gè)線上的應(yīng)用DeadLock報(bào)錯(cuò),每15分鐘會(huì)準(zhǔn)時(shí)出現(xiàn),報(bào)錯(cuò)統(tǒng)計(jì)如
    推薦度:
    • 熱門(mén)焦點(diǎn)

    最新推薦

    猜你喜歡

    熱門(mén)推薦

    專(zhuān)題
    Top
    主站蜘蛛池模板: 国产日韩欧美91 | 伊人久久中文字幕久久cm | 亚洲va在线va天堂va四虎 | 就爱啪啪网 | 一区二区三区四区电影 | 精品日韩二区三区精品视频 | 亚洲精品国产字幕久久vr | 国产精品亚洲色图 | 一道精品一区二区三区 | 息子五十路 | 国产在线视频在线观看 | 欧美另类激情 | 韩国精品一区二区 | 一区精品在线 | 久久精品国产一区二区 | 99免费在线视频 | 国产成人久久精品二区三区 | 国产在线成人一区二区三区 | 欧美综合在线视频 | 在线永久免费观看的毛片 | 国产成人a∨麻豆精品 | 国产高清免费 | a黄毛片 | 国产精品欧美韩国日本久久 | 欧美午夜在线视频 | 免费不卡视频 | 日韩欧美在线综合网高清 | 国产视频资源在线观看 | 国产美女精品久久久久中文 | 五月天婷婷久久 | 日韩高清在线观看 | 欧美视频二区 | 欧美日韩精品一区二区在线播放 | 亚洲欧美另类专区 | 国产精品女同一区二区久久 | 国产成人综合久久 | 日韩免费高清视频 | 久久中文字幕久久久久91 | 欧美色图日韩 | 91久久国产综合精品女同国语 | 在线观看国产 |