文章目录
- 介绍
- 原因分析:
- 修改代码
- 一波三折,再次出现问题
介绍
遇到了一个很有意思的问题。
在service层加了事务。
为了防止并发,在component层加了分布式锁。
- 先根据前端传入的id,在数据库中使用queryA()查到一个key
- 然后对这个key进行加锁
- 再次调用queryA()。目的是为了做校验
- 更新数据库
- 在component层释放锁
最终现象是:加锁失败。
线程A获取到了锁,然后执行下面的操作。
线程B等待这把锁。
线程A执行完了之后,释放锁。
线程B查数据库,依然校验成功。按理说A操作了数据,线程B的校验应该不通过。
实际上线程B没有读到线程A更新后的数据
原因分析:
数据库mysql的隔离级别是 可重复读。
那么在线程B等待锁的时候,已经缓存了一份数据库连接了。
此时A更新了数据,然后释放锁(假设提交了事务),由于是可重复读级别的事务隔离,所以线程B此时无论如何都读不出来线程A修改的数据。
后来解决方法就是让前端传key进来。
修改代码
也就是代码改成了
1. 前端传入key
2. 然后对这个key进行加锁
3. 调用数据库的queryA()方法。目的是为了做校验
4. 更新数据库
5. 在component层释放锁
此时线程A获取到了锁,直到事务提交了,线程B才开始数据库连接,此时正常
一波三折,再次出现问题
经过上面的分析,
现在我也怀疑,是不是在事务提交前就释放了锁呢?