MySQL 并发 insert 导致的死锁如何解决

[quietin]

Innodb 下, 一个表中有一个主键索引和一个非主键索引的时候

• 对这个表的并发 insert
• 先 delete 某些纪录, 使用到非主键索引, 再 insert

就会发生死锁的问题, 该如何解决呢 是不是因为 db 的并发过高了

[realpg]

没有数据量 没有并发量级 相当于啥也没说

[quietin]

@realpg 每天读取 10W, 写入 20W 次, 波动基本平稳, 高峰是平时 3 倍左右

[lecher]

这个量级并不算高，逻辑上面调一下，为什么要真实删除记录，伪删除足以满足业务需求了。

[chinajik]

并发改队列，我曾经作死用多线程去写 mysql... 挂了...

[mathgl]

@chinajik mysql 并发读写有问题？还是版本问题？

[wweir]

发生死锁必定是两个事务各持一把锁，并且两个事务（依赖的事务）正在等待对方的锁。
所以描述清楚锁的图谱基本就能理清这事了

[wweir]

前段时间无聊读了点东西，偷懒的把 X 系列锁理解为写锁， S 系列锁理解为读锁。当然，这理解是不对的

[quietin]

@chinajik 需要数据库返回的结果...不能用队列吧?

[chaegumi]

我现在还是小项目做了一个统计是分表的， INSERT INTO 受不了，会产生重复 key 错误，用 INSERT DELAYED INTO 就解决了

[realpg]

这点数据量，感觉是你的事务逻辑有问题

[quietin]

@realpg 我都说了死锁了, 所以...能来点干货吗

[realpg]

@quietin
个人能力有限，就会说空话，您另请高明吧……

[swolf119]

delete 不是根据主键的吗
非主键索引 delete 锁全表

[incompatible]

把事务隔离级别设为 serialized
或者做一个悲观锁，每个事务开始之前都去获取这个悲观锁，获得了锁再继续往下做事

[skyim]

@incompatible 如果这样的话,在高并发下面不是完啦

[incompatible]

@skyim 楼主的场景本来就无法应对高并发，我只是帮他解决了死锁的问题。

[quietin]

@incompatible 请问写多读少的情况, 用什么方案代替直接写 MySQL 比较好

[hbprotoss]

repeatable read 隔离级别下， insert 会加间隙锁

[ihuotui]

这就是为什么不用 delete 语句的原因，增加一个 delete 字段， 1 代表删除， 0 代表正常。
删除语句，和插入都是要求 X 锁，假如主键非唯一，还需要加上 gap 锁。当碰上删除一个 key 时，并插入一个相同 key ，或者删除同样的 key ，就是死锁。
参考
http://hedengcheng.com/?p=771
http://hedengcheng.com/?p=844#_Toc378337498