亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

mysql kill進(jìn)程后出現(xiàn)killed死鎖問(wèn)題及解決

 更新時(shí)間:2024年01月18日 10:32:44   作者:DBA界的小學(xué)生  
這篇文章主要介紹了mysql kill進(jìn)程后出現(xiàn)killed死鎖問(wèn)題及解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

mysql kill進(jìn)程后出現(xiàn)killed死鎖

經(jīng)常會(huì)出現(xiàn)這樣的場(chǎng)景

有一張3億的表,現(xiàn)在要對(duì)這張表進(jìn)行刪除1億行,于是有人開(kāi)始運(yùn)行

delete from table limit 100000000;

毫無(wú)疑問(wèn)這是一個(gè)愚蠢的刪除方式,于是有人開(kāi)始變更刪除方式:

delete from table where id<100000000;

然而運(yùn)行一段時(shí)間后,又發(fā)現(xiàn)批量刪除的效率可能會(huì)更高,所以kill掉了上一條運(yùn)行了一段時(shí)間的sql,開(kāi)始批量刪除, 由于是大sql,晚上點(diǎn)擊運(yùn)行想第二天早上來(lái)看結(jié)果的DBA就會(huì)遺憾的發(fā)現(xiàn)新執(zhí)行的sql被鎖給擋了回來(lái),并沒(méi)有運(yùn)行,導(dǎo)致浪費(fèi)了一晚上的時(shí)間。

但是盲目的等待鎖釋放心里沒(méi)底,所以我們可以通過(guò)下面的方式計(jì)算出這個(gè)鎖什么時(shí)候能夠釋放,我們就可以使用表了。

場(chǎng)景

一個(gè)巨大的delete語(yǔ)句 執(zhí)行一小時(shí)后kill ,

show processlist出現(xiàn)killed進(jìn)程 ,

不要盲目重啟! 重啟MySQL后進(jìn)程消失但鎖依然存在!

重啟MySQL后進(jìn)程消失但鎖依然存在,因?yàn)榛貪L還要繼續(xù),這是mysql對(duì)數(shù)據(jù)的保護(hù)機(jī)制

通過(guò)下列語(yǔ)句查詢(xún)事務(wù)情況

SELECT * FROM information_schema.INNODB_TRX\G

*************************** 1. row ***************************
                    trx_id: 715674773
                 trx_state: ROLLING BACK
               trx_started: 2018-09-24 23:17:30
     trx_requested_lock_id: NULL
          trx_wait_started: NULL
                trx_weight: 540574
       trx_mysql_thread_id: 0
                 trx_query: NULL
       trx_operation_state: NULL
         trx_tables_in_use: 0
         trx_tables_locked: 1
          trx_lock_structs: 3
     trx_lock_memory_bytes: 1136
           trx_rows_locked: 2
         trx_rows_modified: 540571  #代表鎖影響的行數(shù),當(dāng)數(shù)值為0時(shí),鎖將會(huì)釋放
   trx_concurrency_tickets: 0
       trx_isolation_level: REPEATABLE READ
         trx_unique_checks: 1
    trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
 trx_adaptive_hash_latched: 0
          trx_is_read_only: 0
trx_autocommit_non_locking: 0
1 row in set (0.00 sec)

trx_rows_modified: 代表鎖影響的行數(shù),當(dāng)數(shù)值為0時(shí),鎖將會(huì)釋放

查看表鎖信息

SELECT * FROM information_schema.INNODB_LOCKS
SELECT * FROM information_schema.INNODB_LOCK_waits
desc innodb_locks;
+————-+———————+——+—–+———+——-+
| Field       | Type                | Null | Key | Default | Extra |
+————-+———————+——+—–+———+——-+
| lock_id     | varchar(81)         | NO   |     |         |       |#鎖ID
| lock_trx_id | varchar(18)         | NO   |     |         |       |#擁有鎖的事務(wù)ID
| lock_mode   | varchar(32)         | NO   |     |         |       |#鎖模式
| lock_type   | varchar(32)         | NO   |     |         |       |#鎖類(lèi)型
| lock_table  | varchar(1024)       | NO   |     |         |       |#被鎖的表
| lock_index  | varchar(1024)       | YES  |     | NULL    |       |#被鎖的索引
| lock_space  | bigint(21) unsigned | YES  |     | NULL    |       |#被鎖的表空間號(hào)
| lock_page   | bigint(21) unsigned | YES  |     | NULL    |       |#被鎖的頁(yè)號(hào)
| lock_rec    | bigint(21) unsigned | YES  |     | NULL    |       |#被鎖的記錄號(hào)
| lock_data   | varchar(8192)       | YES  |     | NULL    |       |#被鎖的數(shù)據(jù)
+————-+———————+——+—–+———+——-+
10 rows in set (0.00 sec)

desc innodb_lock_waits;
+——————-+————-+——+—–+———+——-+
| Field             | Type        | Null | Key | Default | Extra |
+——————-+————-+——+—–+———+——-+
| requesting_trx_id | varchar(18) | NO   |     |         |       |#請(qǐng)求鎖的事務(wù)ID
| requested_lock_id | varchar(81) | NO   |     |         |       |#請(qǐng)求鎖的鎖ID
| blocking_trx_id   | varchar(18) | NO   |     |         |       |#當(dāng)前擁有鎖的事務(wù)ID
| blocking_lock_id  | varchar(81) | NO   |     |         |       |#當(dāng)前擁有鎖的鎖ID
+——————-+————-+——+—–+———+——-+
4 rows in set (0.00 sec)
   
desc innodb_trx ;
+—————————-+———————+——+—–+———————+——-+
| Field                      | Type                | Null | Key | Default             | Extra |
+—————————-+———————+——+—–+———————+——-+
| trx_id                     | varchar(18)         | NO   |     |                     |       |#事務(wù)ID
| trx_state                  | varchar(13)         | NO   |     |                     |       |#事務(wù)狀態(tài):
| trx_started                | datetime            | NO   |     | 0000-00-00 00:00:00 |       |#事務(wù)開(kāi)始時(shí)間;
| trx_requested_lock_id      | varchar(81)         | YES  |     | NULL                |       |#innodb_locks.lock_id
| trx_wait_started           | datetime            | YES  |     | NULL                |       |#事務(wù)開(kāi)始等待的時(shí)間
| trx_weight                 | bigint(21) unsigned | NO   |     | 0                   |       |#
| trx_mysql_thread_id        | bigint(21) unsigned | NO   |     | 0                   |       |#事務(wù)線程ID
| trx_query                  | varchar(1024)       | YES  |     | NULL                |       |#具體SQL語(yǔ)句
| trx_operation_state        | varchar(64)         | YES  |     | NULL                |       |#事務(wù)當(dāng)前操作狀態(tài)
| trx_tables_in_use          | bigint(21) unsigned | NO   |     | 0                   |       |#事務(wù)中有多少個(gè)表被使用
| trx_tables_locked          | bigint(21) unsigned | NO   |     | 0                   |       |#事務(wù)擁有多少個(gè)鎖
| trx_lock_structs           | bigint(21) unsigned | NO   |     | 0                   |       |#
| trx_lock_memory_bytes      | bigint(21) unsigned | NO   |     | 0                   |       |#事務(wù)鎖住的內(nèi)存大小(B)
| trx_rows_locked            | bigint(21) unsigned | NO   |     | 0                   |       |#事務(wù)鎖住的行數(shù)
| trx_rows_modified          | bigint(21) unsigned | NO   |     | 0                   |       |#事務(wù)更改的行數(shù)
| trx_concurrency_tickets    | bigint(21) unsigned | NO   |     | 0                   |       |#事務(wù)并發(fā)票數(shù)
| trx_isolation_level        | varchar(16)         | NO   |     |                     |       |#事務(wù)隔離級(jí)別
| trx_unique_checks          | int(1)              | NO   |     | 0                   |       |#是否唯一性檢查
| trx_foreign_key_checks     | int(1)              | NO   |     | 0                   |       |#是否外鍵檢查
| trx_last_foreign_key_error | varchar(256)        | YES  |     | NULL                |       |#最后的外鍵錯(cuò)誤
| trx_adaptive_hash_latched  | int(1)              | NO   |     | 0                   |       |#
| trx_adaptive_hash_timeout  | bigint(21) unsigned | NO   |     | 0                   |       |#
+—————————-+———————+——+—–+———————+——-+
22 rows in set (0.01 sec)

結(jié)論:

時(shí)間過(guò)長(zhǎng)的update、delete等語(yǔ)句在kill之后會(huì)進(jìn)行回滾操作,會(huì)鎖表,經(jīng)常有人更換不同方式對(duì)大數(shù)據(jù)進(jìn)行修改刪除,然而盲目的殺死正在長(zhǎng)時(shí)間運(yùn)行的進(jìn)程后并不能馬上對(duì)表進(jìn)行新的操作,后果只能是等待之前的操作回滾結(jié)束,本想用更快的方式操作表結(jié)果得不償失,所以還是建議選擇好對(duì)表修改操作方式然后一次運(yùn)行,不再修改。

后續(xù)測(cè)試了innodb_force_recovery參數(shù)的修改:

結(jié)論:非緊急情況不允許把innodb_force_recovery修改成非0值!

補(bǔ)充:

今天又遇到一個(gè)新的情況:

當(dāng)我在改一個(gè)小表的表結(jié)構(gòu)時(shí)發(fā)現(xiàn)本應(yīng)該瞬間完成的語(yǔ)句一直沒(méi)有執(zhí)行成功,連接數(shù)據(jù)庫(kù)端查看發(fā)現(xiàn)此語(yǔ)句正在等待鎖釋放;

于是開(kāi)始尋找加鎖的源頭 

show processlist;
select * from information_schema.processlist where time>100 and command<>'sleep';

果然查到了一個(gè)刪除語(yǔ)句;

但是發(fā)現(xiàn)該語(yǔ)句已經(jīng)被kill 狀態(tài)顯示為killed,并且已經(jīng)執(zhí)行了50000s+ 也就是幾天前了;(之所以沒(méi)有監(jiān)控到是因?yàn)檫@個(gè)我的過(guò)濾條件寫(xiě)的是where command=‘Query’ 所以這個(gè)killed進(jìn)程就沒(méi)有捕捉到)此時(shí)我使用上述查詢(xún)查找鎖記錄發(fā)現(xiàn)查找結(jié)果是空的

SELECT * FROM information_schema.INNODB_TRX\G

查詢(xún)show engine innodb status 也沒(méi)有找到rolling back關(guān)鍵字的大回滾事務(wù);

(我中間還測(cè)了一下收回賬戶(hù)權(quán)限這個(gè)查詢(xún)會(huì)不會(huì)消失 ,然而和我推測(cè)的一樣,并沒(méi)有什么錘子用)

于是我決定重啟;既然沒(méi)有回滾想必重啟應(yīng)該不會(huì)有什么大問(wèn)題;

所以我就shutdown了一下,mysql登陸不了了,但是進(jìn)程很奇怪的還在;我又手動(dòng)kill -9 了一下;

然后重新啟動(dòng),成功啟動(dòng); 

new結(jié)論: 

遇到killed語(yǔ)句先 

SELECT * FROM information_schema.INNODB_TRX\G

看看有沒(méi)有什么事務(wù)正在回滾或被鎖住 

如果有就安心的等它回滾結(jié)束,暫時(shí)不要用這個(gè)表,如果非要用就新建一個(gè)別名表 在從庫(kù)把備份拿過(guò)來(lái)寫(xiě)進(jìn)去,讓程序先換個(gè)表讀??;

如果查詢(xún)沒(méi)有結(jié)果,再次確認(rèn)一下show engine innodb status 有沒(méi)有正在回滾的事務(wù) 如果進(jìn)程太多可以重定向出來(lái): 

mysql -u -p -P 3306 -e “show engine innodb status” >/tmp/status.txt

斜杠/查找是否存在關(guān)鍵字 rolling back 

如果確定沒(méi)有回滾語(yǔ)句,就可以安心的重啟了 ;

總結(jié)

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

相關(guān)文章

  • MySQL如何給查詢(xún)結(jié)果添加行號(hào)

    MySQL如何給查詢(xún)結(jié)果添加行號(hào)

    這篇文章主要介紹了MySQL如何給查詢(xún)結(jié)果添加行號(hào)的問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2024-07-07
  • mysql字段名和關(guān)鍵字沖突的問(wèn)題

    mysql字段名和關(guān)鍵字沖突的問(wèn)題

    這篇文章主要介紹了mysql字段名和關(guān)鍵字沖突的問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2023-07-07
  • mysql之如何把查詢(xún)的結(jié)果保存到新表

    mysql之如何把查詢(xún)的結(jié)果保存到新表

    這篇文章主要介紹了mysql之如何把查詢(xún)的結(jié)果保存到新表問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2023-07-07
  • Linux/Mac MySQL忘記密碼命令行修改密碼的方法

    Linux/Mac MySQL忘記密碼命令行修改密碼的方法

    這篇文章主要介紹了Linux/Mac MySQL忘記密碼命令行修改密碼的方法,需要的朋友可以參考下
    2017-05-05
  • MySQL如何保證備份數(shù)據(jù)的一致性詳解

    MySQL如何保證備份數(shù)據(jù)的一致性詳解

    在高并發(fā)的場(chǎng)景下,大量的請(qǐng)求直接訪問(wèn)Mysql很容易造成性能問(wèn)題,下面這篇文章主要給大家介紹了關(guān)于MySQL如何保證備份數(shù)據(jù)一致性的相關(guān)資料,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下
    2022-05-05
  • mysql中的四大運(yùn)算符種類(lèi)實(shí)例匯總(20多項(xiàng))?

    mysql中的四大運(yùn)算符種類(lèi)實(shí)例匯總(20多項(xiàng))?

    這篇文章主要介紹了mysql中的四大運(yùn)算符種類(lèi)匯總,運(yùn)算符連接表達(dá)式中的各個(gè)操作數(shù),他的作用是用來(lái)指明對(duì)數(shù)據(jù)表中的操作數(shù)所進(jìn)行的運(yùn)算
    2022-07-07
  • MySQL系列之十三 MySQL的復(fù)制

    MySQL系列之十三 MySQL的復(fù)制

    這篇文章主要介紹了MySQL系列之十三 MySQL的復(fù)制,詳細(xì)的講述了多種復(fù)制架構(gòu)的案例和MySQL復(fù)制相關(guān)概念等,以下就是詳細(xì)內(nèi)容,需要的朋友可以參考下
    2021-07-07
  • windows下mysql忘記root密碼的解決方法

    windows下mysql忘記root密碼的解決方法

    windows下mysql忘記root密碼的解決方法,碰到這個(gè)問(wèn)題的朋友可以參考下。
    2010-02-02
  • mysql執(zhí)行sql文件報(bào)錯(cuò)Error: Unknown storage engine‘InnoDB’的解決方法

    mysql執(zhí)行sql文件報(bào)錯(cuò)Error: Unknown storage engine‘InnoDB’的解決方法

    最近在執(zhí)行一個(gè)innoDB類(lèi)型sql文件的時(shí)候,發(fā)現(xiàn)系統(tǒng)報(bào)錯(cuò)了,通過(guò)查找相關(guān)的資料終于解決了,所以下面這篇文章主要給大家介紹了關(guān)于mysql執(zhí)行sql文件時(shí)報(bào)錯(cuò)Error: Unknown storage engine 'InnoDB'的解決方法,需要的朋友可以參考借鑒,下面來(lái)一起看看吧。
    2017-07-07
  • MySql避免重復(fù)插入記錄的幾種方法

    MySql避免重復(fù)插入記錄的幾種方法

    本文章來(lái)給大家提供三種在mysql中避免重復(fù)插入記錄方法,主要是講到了ignore,Replace,ON DUPLICATE KEY UPDATE三種方法,有需要的朋友可以參考一下
    2013-08-08

最新評(píng)論