MYSQL事務(wù)錯(cuò)誤不回滾的問(wèn)題怎么解決

本篇內(nèi)容介紹了“MYSQL事務(wù)錯(cuò)誤不回滾的問(wèn)題怎么解決”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

大約兩個(gè)禮拜前有同學(xué)拋出這個(gè)圖片問(wèn)是怎么回事， 沒有時(shí)間隨即記下，有時(shí)間來(lái)處理。假期本來(lái)想懶懶，但答應(yīng)人家的事情，是要做的。

實(shí)際上，上面的圖是一個(gè)很經(jīng)典的MYSQL的 record locks 的問(wèn)題， 問(wèn)題的起因應(yīng)該是 testdb.a 這張表的某條記錄，例如

select name from a where name = 'Jassica' for update; 

在操作時(shí)，如果有其他語(yǔ)句在另一個(gè)session中也操作 name = 'Jassica' 這條記錄，就可能會(huì)產(chǎn)生上面的情況。

官方的文檔也是這樣說(shuō)的，但實(shí)際上估計(jì)有人會(huì)不大信服， 怎么能模擬出那個(gè)show engine innodb status 中出現(xiàn)的上述的鎖信息。

下面我們就來(lái)做一做看看怎樣的情況能出現(xiàn)上面的信息

1 請(qǐng)創(chuàng)建一個(gè)簡(jiǎn)單的表，具體有多簡(jiǎn)單，1 要有主鍵， 2 要有一個(gè)非主鍵的字段，例如varchar(30)， 然后輸入一些信息，類似下面這樣。

然后啟動(dòng)兩個(gè) sessions 

1  session 1 begin;

2  session 1 update a set name = 'aaa'  where name > 'PPP';

3  session 2 begin;

4  session 2 update a set name = 'PPP' where name > 'Jassica';

然后和上面同學(xué)給我的截圖類似的鎖的信息就有了。

這里有兩個(gè)問(wèn)題

1 name > 'PPP' 我們并不知道到底有幾個(gè)記錄被UPDATE 

2  name > 'Jassica"  又有幾條記錄我們也不知道

問(wèn)題1  有5條記錄被更新, 符合name > 'PPP' 的有5條記錄

問(wèn)題2  > 'Jassica' 的

所以死鎖信息中

的信息就是 sinomina , x_professor, x_man   四條記錄。

與SESSION 2 中的要更新的 5條記錄，有沖突。

以上均在MYSQL 8.019  RC 模式下。

到此出現(xiàn)錯(cuò)誤的信息的原因大概是弄清了， 其實(shí)到這里我們今天的主題才剛剛開始，問(wèn)題是如果在 update 語(yǔ)句之前事務(wù)中還有其他的udpate語(yǔ)句， 到底是回滾不回滾。

答案是：  不 不 不回滾

我們看一下是不是這樣：

1  session 1 begin;

2  session 1 update a set name = 'aaa'  where name > 'PPP';

3  session 2 begin;

4  session 2 update a set name = '111111' where name = 'PPP';

5  session 2 update a set name = 'PPP' where name > 'Jassica';

6  session 1 commit;

7  session 2 commit;

session 2  失敗了， 到底 PPP  變成了 111111 嗎？  這就是今天關(guān)鍵，按照傳統(tǒng)數(shù)據(jù)庫(kù)來(lái)說(shuō)， 當(dāng)然是不能，應(yīng)該全部回滾。

那你的MYSQL 這里一8.019 為例 ， 答案是什么。

答案：不出所料，如果你的失敗的事務(wù)上面有其他的DML語(yǔ)句，一定會(huì)被執(zhí)行

這就和SQL SERVER 默認(rèn)的事務(wù)執(zhí)行的方式一樣， 如果事務(wù)錯(cuò)誤，則上面執(zhí)行的就不回 OMG， 我想著絕對(duì)和開發(fā)人員想的不大一樣。

實(shí)際上MYSQL 和 SQL SERVER 一樣，具體SQL SERVER 怎么做避免這個(gè)問(wèn)題（請(qǐng)自行百度，或查找之前很久寫過(guò)這樣的文字）。

這里不管SQL SERVER ， MYSQL 實(shí)際上有一個(gè)參數(shù)默認(rèn)是 disabled

我們需要打開， innodb_rollback_on_timeout = 1 這個(gè)參數(shù)。他的功能是，自動(dòng)回滾不會(huì)發(fā)生InnoDB鎖等待超時(shí)錯(cuò)誤。并且這個(gè)參數(shù)需要關(guān)閉MYSQL 在配置文件中配置，在重啟動(dòng)生效。

session 2

session 1

所以，如果有開發(fā)反應(yīng)數(shù)據(jù)庫(kù)的數(shù)據(jù)不大對(duì)頭的時(shí)候，那DB門是不是要關(guān)注這個(gè)參數(shù)是ENABLED OR DISABLED。

“MYSQL事務(wù)錯(cuò)誤不回滾的問(wèn)題怎么解決”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！