MySql型別轉換導致行鎖升級為表鎖

在MySql的寫語句中，給表列賦值與表類型不符合時，MySql底層的優化器發揮作用，會做一個強制類型轉化，此時能正常操作，但會導致行鎖升級為表鎖。範例如下 

以student表為例，表格欄位類型：
#表格內容如下：

開啟兩個session會話窗口，並且把兩個會話視窗中的MySql的自動提交模式改為手動提交

>set autocommit=false;

#在會話視窗1中執行更新語句，但不提交交易。 age列在建表時指定的是int類型，此地更新語句中用字串'100'進行賦值，在MySql的優化器中會自動把字串'100'強制轉換為整形100，然後再執行SQL檢索。

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

然後再會話視窗2中對另外沒關係的資料執行更新操作

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

正常情況下，兩個SQL語句操作的行資料不同，執行起來會互不影響，但實際會話1中的更新操作阻塞了會話2中的更新操作
會話1中執行了更新操作，但沒有執行交易提交，交易的隔離等級為Read Committed，所以在會話2中也看不到會話1中更新後的結果。但在回話2中執行對其它行資料更新操作時，出現了阻塞。可見會話1中的SQL語句的賦值出現了強轉，導致會話1由行鎖升級為表鎖，鎖定了整個student表，因而會話2中的SQL阻斷。下面對會話1中的更新操作執行事務提交，那麼會話2中的更新操作就會繼續執行了
對會話1中的更新操作執行commit手動提交交易後，會話1釋放掉student的表鎖，會話2中的更新操作可以繼續執行。
最後對會話2中的更新也執行commit事務提交，兩個SQL都更新完畢，student表內容如下：

從上述案例觀知，SQL語句賦值與表格列類型不符時，MySql的最佳化器強制轉換為符合的類型，導致行鎖升級為表鎖。所以開發中一定要注意類型的匹配，避免行鎖升級為表鎖，影響並發效能。

相關推薦：

MySQL行級鎖定、表格級鎖定、頁級鎖定詳細介紹

MySQL鎖定的用法之表級鎖定

#

以上是MySql型別轉換導致行鎖升級為表鎖的詳細內容。更多資訊請關注PHP中文網其他相關文章！