小编给大家分享一下mysql插入……选择的死锁问题是什么,希望大家阅读完这篇文章后大所收获、下面让我们一起去探讨吧!
问题产生:
系统中mysql里面有几个事件,每几分钟就会执行一次,用来统计数据之类的功能,然后这个事件里面会往一张表里面写入数据。 大致内容: 替换成一个从选择需要的字从b段; 大体结构是这样,选择需要的字段从b这里是简写,实际上非常复杂,有很多表的加入的操作,然后这个事件是每一分钟就执行一次,在数据量很大的情况下 一分钟可能还执行不完。然后我们会有其他的各种插入,更新的操作去对b表进行操作。此时就会发现,后端日志里面经常会有死锁和锁等待超时的报的错, 最后测试发现把事件关掉就没有这个问题,基本确认是这个事件的问题。
问题分析:
其实最耗时的是发现是事件的问题,查询资料解决问题并没有花太多时间。
1 .首先根据后端日志里面的报错信息定位到是哪张表产生了死锁,是哪张表等待锁超时
2。然后根据这几个表名和打印的sql找到了大概可能是哪里的问题,大致确认了是事件中的sql导致的
3。再验证我们的想法,把事件关掉后发现日志就没有锁的问题了
4。检查事件中的语句发现大概就是替换成一个从选择需要的字从b段;
这里主要是不太清楚mysql哪些情况会上锁,理论上选择的操作只会上一个共享锁,对于b表的插入和更新等操作是上排他锁, 这两个是可以兼容的,一个读一个写,并不冲突。但是根据等到所超时的现象上来看,就像是选择需要的字段从b把b表也给锁住了, 所以插入和更新都在等待锁。
最后在堆栈溢出中找到了有一点眉目的信息,链接地址。 这里说要设置成读取提交的级别就可以了。然后也引出了一个mysql配置参数:innodb_locks_unsafe_for_binlog。
于是我们顺着这个信息从官网上去查看,发现有这么一段话:
看完了这篇文章,相信你对mysql插入……选择的死锁问题是什么有了一定的了解,想了解更多相关知识,欢迎关注行业资讯频道,感谢各位的阅读!mysql插入……选择的死锁问题是什么
