在项目正式环境中，发现由于并发插入导致的死锁现象频繁发生。通过分析死锁日志，揭示了一个涉及事务等待、锁类型及死锁产生的具体步骤。模拟场景表明，当插入操作伴随全表扫描的SELECT时，容易引发死锁。建议避免在插入操作中使用可能导致全表锁的SELECT，以减少并发时的死锁风险。
项目正式环境查询数据库 发现 丢失了一半的数据 ，那发生的频率就很高了, 检查死锁日志 ,
如下:
UPDATE container_dynamic
SET new_state = 0
WHERE box_code = 'xx'
分析死锁日志发现 事务1 正在等待s锁，事务2 持有 s 锁和 x 锁 no gap， 并且在等待 s锁 update 在 死锁中 的 insert 语句前执行
接下来 我们模拟 这个场景来重现 这个死锁。开启三个事务：
事务t :
BEGIN;
UPDATE `t` SET age = age+1 WHERE `name` = 'a'; -- x no gap
INSERT INTO `t` VAL
最低0.47元/天 解锁文章
扫一扫
405
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
