小編給大家分享一下MySql類型轉(zhuǎn)換導(dǎo)致行鎖升級為表鎖的示例，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、小程序定制開發(fā)、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了林州免費建站歡迎大家使用！

在MySql的寫語句中，給表列賦值與表類型不符合時，MySql底層的優(yōu)化器發(fā)揮作用，會做一個強制類型轉(zhuǎn)化，此時能正常操作，但會導(dǎo)致行鎖升級為表鎖。示例如下

以student表為例，表字段類型：
表內(nèi)容如下：

打開兩個session會話窗口，并把兩個會話窗口中的MySql的自動提交模式改為手動提交

>set autocommit=false;

在會話窗口1中執(zhí)行更新語句，但不提交事務(wù)。age列在建表時指定的是int類型，此地更新語句中用字符串’100’進行賦值，在MySql的優(yōu)化器中會自動把字符串’100’強制轉(zhuǎn)化為整形100，然后再執(zhí)行SQL檢索。

>update student set class=3 where age='100'

然后再會話窗口2中對另外沒關(guān)系的數(shù)據(jù)執(zhí)行更新操作

>update student set age=28 where name='lzj';

正常情況下，兩條SQL語句操作的行數(shù)據(jù)不同，執(zhí)行起來會互不影響，但實際會話1中的更新操作阻塞了會話2中的更新操作
會話1中執(zhí)行了更新操作，但沒有執(zhí)行事務(wù)提交，事務(wù)的隔離級別為Read Committed，所以在會話2中還看不到會話1中更新后的結(jié)果。但在回話2中執(zhí)行對其它行數(shù)據(jù)更新操作時，出現(xiàn)了阻塞?？梢姇?中的SQL語句的賦值出現(xiàn)了強轉(zhuǎn)，導(dǎo)致會話1由行鎖升級為表鎖，鎖住了整個student表，因而會話2中的SQL阻塞。下面對會話1中的更新操作執(zhí)行事務(wù)提交，那么會話2中的更新操作就會繼續(xù)執(zhí)行了
對會話1中的更新操作執(zhí)行commit手動提交事務(wù)后，會話1釋放掉student的表鎖，會話2中的更新操作可以繼續(xù)執(zhí)行。
最后對會話2中的更新也執(zhí)行commit事務(wù)提交，兩條SQL都更新完畢，student表內(nèi)容如下：

從上述案例觀知，SQL語句賦值與表列類型不匹配時，MySql的優(yōu)化器強制轉(zhuǎn)化為匹配的類型，導(dǎo)致行鎖升級為表鎖。所以開發(fā)中一定要注意類型的匹配，避免行鎖升級為表鎖，影響并發(fā)性能。

看完了這篇文章，相信你對“MySql類型轉(zhuǎn)換導(dǎo)致行鎖升級為表鎖的示例”有了一定的了解，如果想了解更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)網(wǎng)站制作公司行業(yè)資訊頻道，感謝各位的閱讀！

本文題目：MySql類型轉(zhuǎn)換導(dǎo)致行鎖升級為表鎖的示例-創(chuàng)新互聯(lián)
鏈接URL：http://jinyejixie.com/article46/deheeg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供面包屑導(dǎo)航、網(wǎng)站策劃、外貿(mào)建站、品牌網(wǎng)站設(shè)計、云服務(wù)器、自適應(yīng)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)