本文通过分析一个实际的MySQL死锁案例，揭示了由于INSERT INTO ON DUPLICATE KEY UPDATE操作导致的死锁原因。在事务处理中，由于并发导致的锁冲突使得两个事务互相等待对方释放锁，最终引发死锁。解决方法包括在执行更新前先进行查询，以减少死锁发生的可能性，以及优化事务处理逻辑，避免长时间持有锁。
一.事件回放
2019年1月的几天时间里每天会收到1次或者2次死锁的短信告警，死锁日志如下图。
二、检查业务场景和程序处理流程
用户打赏礼物请求处理，涉及到用户余额表和佣金账户表，以下所有操作在一个事务里，事务的隔离级别是read-commited,前一个操作执行成功才会继续下一个步骤否则抛出异常回滚事务：
1.扣除用户余额账户金额
2.增加陪玩佣金账户金额
3.增加公会佣金账户金额
佣金表的结构如下：
CREATE TABLE `tb_commission` (
`accountid` int(10) unsigned NOT NULL COMMENT '主播UID',
`accounttype` tinyint(4) NOT NULL COMMENT '0主播,1频道',
`commission` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '当前佣金',
`total_commission` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '累计佣金',
`frozen_commission` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '冻结佣金',
`status` smallint(3) unsigned NOT NULL DEFAULT '0' COMMENT '佣金状态,0未冻结,1冻结',
`timestamp` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`accountid`,`accounttype`)
) ENGINE=InnoDB DEFAULT CHARSET
最低0.47元/天 解锁文章
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
