事物导致的死锁问题分析

最新推荐文章于 2024-02-27 15:36:42 发布

大尉001

最新推荐文章于 2024-02-27 15:36:42 发布

阅读量2.2k

点赞数

CC 4.0 BY-SA版权

分类专栏：后台

本文链接：https://blog.youkuaiyun.com/rajayu/article/details/84767372

20 篇文章

订阅专栏

先看异常日志

代码：

@Override

@Transactional(propagation = Propagation.REQUIRED, readOnly = false, rollbackFor = RuntimeException.class)

public void updateAuthStatus(Long userId, Integer authType, Integer authStatus) {

retryNum++;

try {

creAuthStatusDao.updateAuthStatus(userId, authType, authStatus);

int creditNum = creAuthStatusDao.countAuthedCreditNum(userId);

....

} catch (Exception e) {

log.error("updateAuthStatus: exception = {}", e);

}

在一个事物中既有update，又有select for update（意向排它锁）

数据库中，有user_id的索引和user_id与auth_type的联合索引

session 1	session 2
begin;
	begin;
update cre_auth_status SET user_id='29507138388754432',auth_type=4,auth_status=2,update_time='2018-11-21 09:32:35.414' WHERE (user_id='29507138388754432' and auth_type=2) 排它锁，因为有单独索引，将锁user_id='29507138388754432'的相关数据表单锁定。
	update cre_auth_status SET user_id='29507138388754432',auth_type=9,auth_status=2,update_time='2018-11-21 09:32:35.414' WHERE (user_id='29507138388754432' and auth_type=9) 排它锁pending
select id, user_id, basic_type, auth_type, auth_status, task_id, auth_time, expire_time, create_time, update_time from cre_auth_status where user_id = '29507138388754432' AND basic_type =3 AND auth_status =2 FOR UPDATE 需要等待user_id='29507138388754432'的数据释放，锁也是处于pending状态，和session2争抢锁资源，进入死锁。
Select时，user_id的索引需要锁住了user_id=’ 29507138388754432’的数据，等待session2中的update释放，但是因为session2中的排它锁是pending状态，未commit，锁等待中，进入死锁	select id, user_id, basic_type, auth_type, auth_status, task_id, auth_time, expire_time, create_time, update_time from cre_auth_status where user_id = '29507138388754432' AND basic_type =3 AND auth_status =2 FOR UPDATE
死锁出现异常，事物回滚	拿到锁，正常流程往下走