小编给大家分享一下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类型转换导致行锁升级为表锁的示例
文章出自：http://pwwzsj.com/article/gpehoc.html