[SQL ] 用了lockForUpdate,依然死锁,请问跟复合索引有关吗

楼主: knives   2022-04-26 17:14:37
数据库名称: Aurora mySQL
数据库版本:
内容/问题描述:
我有一个表格 Schema
CREATE TABLE `credit` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`company_id` int(10) unsigned NOT NULL,
`agent_id` int(10) unsigned NOT NULL,
`balance_before` decimal(15,5) NOT NULL,
`amount` decimal(15,5) NOT NULL,
`balance_after` decimal(15,5) NOT NULL,
`created_at` datetime NOT NULL,
`updated_at` datetime NOT NULL,
PRIMARY KEY (`id`),
KEY `agent_amount` (`agent_id`,`amount`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
我在做交易的时候下了
SELECT * FROM credit Where agent_id = "{agent_id}" FOR UPDATE
UPDATE credit set amount = "amount" WHERE agent_id = "{agent_id}"
在高并发的情境下,很容易发生 DeadLock
请问如果我的索引是用复合索引,是否不会是行锁而是表锁
谢谢回复
作者: parkerchung   2022-04-28 16:14:00
可以试试看把agent_id 加上index
作者: arcade0425 (天海)   2022-05-01 14:10:00
比较粗略的解释(概念上不完全正确),for update 锁的不是行,是 index,你在第一个 trx改变了原本的 index,原本被卡住的第二个 trx 等到锁终于释放时找不到自己要锁的 index 在哪,mysql 就帮你 rollback 第二个 trx 了解法上建议是直接把原本建的 index 删除,再把 agent_id 单独加 index,只多加一个 index 但没有把原本的index 删除, query 可能还是会使用原本两个一起的index 造成 Deadlock

Links booklink

Contact Us: admin [ a t ] ucptt.com