共计 962 个字符，预计需要花费 3 分钟才能阅读完成。
自动写代码机器人，免费开通
丸趣 TV 小编给大家分享一下 MySql 类型转换导致行锁升级为表锁的示例，希望大家阅读完这篇文章之后都有所收获，下面让我们一起去探讨吧！
在 MySql 的写语句中，给表列赋值与表类型不符合时，MySql 底层的优化器发挥作用，会做一个强制类型转化，此时能正常操作，但会导致行锁升级为表锁。示例如下
以 student 表为例，表字段类型：
表内容如下：
打开两个 session 会话窗口，并把两个会话窗口中的 MySql 的自动提交模式改为手动提交
set autocommit=false;
在会话窗口 1 中执行更新语句，但不提交事务。age 列在建表时指定的是 int 类型，此地更新语句中用字符串’100’进行赋值，在 MySql 的优化器中会自动把字符串’100’强制转化为整形 100，然后再执行 SQL 检索。
update student set > 然后再会话窗口 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 类型转换导致行锁升级为表锁的示例”有了一定的了解，如果想了解更多相关知识，欢迎关注丸趣 TV 行业资讯频道，感谢各位的阅读！
向 AI 问一下细节
