记一次mysql死锁问题

我不是女神ヾ 2024-04-17 19:14 50阅读 0赞

这是我第一次遇到mysql死锁问题，通过这次死锁问题的分析，我对数据库的锁和有了更详细的认识。漫漫长路，一点点走。

这是我的demo复现，出现的原因是在事务里面循环更新数据，注意，此时我的mysql默认事务隔离级别是提交读，且name和sex添加了组合索引。

![20190830141039533.png][]

public void test() {
        User user = new User("a", "a", "aa");
        User user1 = new User("b", "b", "bb");
        User user2 = new User("c", "c", "cc");
        List<User> list1 = new ArrayList();
        list1.add(user);
        list1.add(user1);
        List<User> list2 = new ArrayList();
        list2.add(user2);
        list2.add(user1);
        list2.add(user);
        new Thread(() ->{
            doTranscation(list2);
        }).start();
      doTranscation(list1);
    
    }
    
    public void doTranscation(List<User> list) {
        Object execute = transactionTemplate.execute(transactionStatus -> {
            list.forEach(u ->mapper.updateByNameAndSex(u));
            return true;
        });
    }

sql:

update user
    set  mark = #{mark}
    where name = #{name} and sex = #{sex}

代码可以不看，听我分析。

在一个事务中，我循环更新了几条符合条件的记录，另一个事务中，也更新了几条符合条件的记录。如果这几个记录存在重合（而且重合的记录必须大于等于2），且假如这两个事务同时提交的话，那就很可能会出现死锁。

为什么呢？

因为一个事务会锁住所有符合条件的记录（X锁，排他锁），只有当事务执行完毕才会释放锁（要不然整个事务怎么回滚？）。

此时一个事务A如果按顺序锁住a和b,同时另一个事务B要按顺序锁住b和a，当A锁住a，B锁住b,此时A要锁b，发现b被B锁住了，于是等到B执行完。B要锁a,发现 a被A锁住了，于是等A执行完。那会发生什么，俩事务都在这傻等？这时候mysql就会爆出异常，deadLock了。

那么怎么防止这种死锁呢？

你可以把循环拿到事务外面，这样 每次一个事务就只能锁某个符合条件的记录了，从而大大降低了死锁的风险（减少了每个事务锁住的记录）。但是如果你的sql语句where条件命中多条符合记录的话，这样一个事务锁的还是多条数据，虽然降低了风险，但是仍然有死锁的可能。（其实这样也相当于改了业务逻辑，一旦异常，回滚的就不是所有的更新，而是发生异常的更新了）。

别的方法。就只能改业务逻辑了。如果还有什么方法能优化的话，欢迎提出。

[20190830141039533.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/b3477ff556db4b538aa07e93782927dc.png