日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問(wèn) 生活随笔!

生活随笔

當(dāng)前位置: 首頁(yè) > 运维知识 > 数据库 >内容正文

数据库

关于MySQL出现锁等待lock wait timeout exceeded; try restarting transaction 的解决方案

發(fā)布時(shí)間:2025/1/21 数据库 44 豆豆
生活随笔 收集整理的這篇文章主要介紹了 关于MySQL出现锁等待lock wait timeout exceeded; try restarting transaction 的解决方案 小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
關(guān)于MySQL出現(xiàn)lock wait timeout exceeded; try restarting transaction?的解決方案。

一、問(wèn)題拋出

在做查詢語(yǔ)句時(shí),MySQL 拋出了這樣的異常:

MySQL server error report:Array ([0] => Array([message] => MySQL Query Error)[1] => Array([sql] => SELECT * FROM taobao_trade WHERE order_status = 1 and orderID ='2018061812306547' AND is_tran_success=0 for update)[2] => Array([error] => Lock wait timeout exceeded; try restarting transaction)[3] => Array([errno] => 1205))

即Lock wait timeout exceeded; try restarting transaction的異常,錯(cuò)誤提示的意思,很明顯,是因?yàn)檫@條語(yǔ)句被鎖住了,所以釋放這個(gè)鎖。

二、解決方案

我們可以通過(guò)到information_schema?中來(lái)進(jìn)行查找被鎖的語(yǔ)句。

解釋:information_schema這張數(shù)據(jù)表保存了MySQL服務(wù)器所有數(shù)據(jù)庫(kù)的信息。如數(shù)據(jù)庫(kù)名,數(shù)據(jù)庫(kù)的表,表欄的數(shù)據(jù)類型與訪問(wèn)權(quán)限等。再簡(jiǎn)單點(diǎn),這臺(tái)MySQL服務(wù)器上,到底有哪些數(shù)據(jù)庫(kù)、各個(gè)數(shù)據(jù)庫(kù)有哪些表,每張表的字段類型是什么,各個(gè)數(shù)據(jù)庫(kù)要什么權(quán)限才能訪問(wèn),等等信息都保存在information_schema表里面。

我們可以用下面三張表來(lái)查原因:

  • innodb_trx?當(dāng)前運(yùn)行的所有事務(wù)
  • innodb_locks?當(dāng)前出現(xiàn)的鎖
  • innodb_lock_waits?鎖等待的對(duì)應(yīng)關(guān)系

如果數(shù)據(jù)庫(kù)中有鎖的話,我們可以使用這條語(yǔ)句來(lái)查看:

select?*?from?information_schema.innodb_trx

圖中紅色語(yǔ)句?LOCK WAIT為占用系統(tǒng)資源的語(yǔ)句,我們需要?dú)⒌暨@個(gè)鎖,執(zhí)行?kill?線程id號(hào)。上面這條記錄的id為199120823069,?trx_mysql_thread_id?為 738178711, 所以我們執(zhí)行:kill 738178711殺掉這個(gè)MySQL語(yǔ)句的線程即可。

執(zhí)行之后:

kill 738178711// 查詢線程 // SELECT * from information_schema.processlist WHERE id = 738178711; // show full processlist;

其他的記錄不需要關(guān)注,因?yàn)槠渌挠涗洜顟B(tài)為“RUNNING” 即正在執(zhí)行的事務(wù),并沒(méi)有鎖。

三、三張表字段說(shuō)明

innodb_trx

desc?information_schema.innodb_trx;

innodb_locks

desc?information_schema.innodb_locks;

innodb_lock_waits

desc?information_schema.innodb_lock_waits

四、終極方法

如果以上方法殺掉線程,但還是不能解決,則我們就可以查找執(zhí)行線程用時(shí)比較久的用戶,然后直接干掉。

SELECT * from information_schema.`PROCESSLIST` WHERE Time > 1000 AND USER = 'wonguser' ORDER BY TIME desc;kill 740097562

這樣把所有耗時(shí)比較久的任務(wù)干掉,就可以解決這個(gè)問(wèn)題了。

小結(jié)

關(guān)于我的那個(gè)問(wèn)題,我通過(guò)這個(gè)方法?select * from information_schema.innodb_trx?已經(jīng)殺掉了線程,但通過(guò)表直接修改那個(gè)id對(duì)應(yīng)的數(shù)據(jù),還是會(huì)彈出Lock wait timeout exceeded; try restarting transaction這樣的異常,在網(wǎng)上找了許多未找出具體的解決方法,后來(lái)自己靈光一現(xiàn),可以找出那些好事比較久的線程,然后把那些可疑的線程殺掉,沒(méi)想到這個(gè)問(wèn)題就解決了,可以正常對(duì)這行數(shù)據(jù)進(jìn)行操作了。

轉(zhuǎn)自:https://segmentfault.com/a/1190000015314171?utm_source=tag-newest

總結(jié)

以上是生活随笔為你收集整理的关于MySQL出现锁等待lock wait timeout exceeded; try restarting transaction 的解决方案的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。