最近在使用navicat編輯數(shù)據(jù)庫(kù)表的時(shí)候遇到了一些問(wèn)題，記錄下~~
問(wèn)題：編輯完數(shù)據(jù)之后點(diǎn)擊“✔”提交的時(shí)候navicat卡了，然后提示“MySql Lock wait timeout exceeded”，截圖現(xiàn)在沒(méi)有了，總之意思就是超時(shí)了。

原因：后來(lái)查了好多資料，原來(lái)是navicat的自動(dòng)提交事務(wù)關(guān)閉了，導(dǎo)致了修改數(shù)據(jù)之后事務(wù)一直未提交，所以再修改數(shù)據(jù)的時(shí)候就得等之前的事務(wù)，但是事務(wù)一直未提交，所以就超時(shí)了

解決原因：可以先看一下事務(wù)是否是自動(dòng)提交的。

show variables like 'autocommit

如圖，如果查出來(lái)是ON，表明事務(wù)是自動(dòng)提交的，修改數(shù)據(jù)之后不用自己提交。如果是OFF的話，就需要把自動(dòng)提交先先打開(kāi)了。

set autocommit=on;

這樣的話再修改數(shù)據(jù)的時(shí)候就不出出現(xiàn)超時(shí)的問(wèn)題了~~~

ps：下面看下Navicat Premium 設(shè)置update和delete操作不自動(dòng)提交事務(wù)的問(wèn)題

首先查看MySQL設(shè)置：

show variables like 'autocommit';

結(jié)果應(yīng)為：

然后執(zhí)行：

set autocommit = 0;
delete from table1 where id =xxx;
commit; or rollback;

這時(shí)再查詢：show variables like ‘a(chǎn)utocommit'; 其結(jié)果應(yīng)為：

需要注意：這種操作設(shè)置，在當(dāng)前查詢窗口有效，重新打開(kāi)Navicat或者新建查詢頁(yè)都需要重新設(shè)置。

到此這篇關(guān)于navicat事務(wù)自動(dòng)提交問(wèn)題的文章就介紹到這了,更多相關(guān)navicat事務(wù)自動(dòng)提交內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！