工作中遇到的事务

介绍

遇到了一个很有意思的问题。
首先是在service层加了事务。
在component层中的代码如下：

先根据前端传入的id，在数据库中使用queryA()查到一个key
try{
 	然后对这个key进行加锁（失效时间10s，等待时间100s）
	再次调用queryA()。目的是为了做校验
	更新数据库
} finally{
	释放锁
}
1
2
3
4
5
6
7
8

最终现象是：防止并发失败

线程A获取到了锁，然后执行下面的操作。
线程B等待这把锁。
线程A执行完了之后，释放锁。
线程B查数据库，依然校验成功。按理说A操作了数据，线程B的校验应该不通过。
实际上线程B没有读到线程A更新后的数据

原因分析:

数据库mysql的隔离级别是 可重复读。

那么在线程B等待锁的时候，已经缓存了一份数据库连接了。
此时A更新了数据，然后释放锁（假设提交了事务），由于是可重复读级别的事务隔离，所以线程B此时无论如何都读不出来线程A修改的数据。
后来解决方法就是让前端传key进来。

修改代码

也就是component代码改成了

前端传入key;
try{
	然后对这个key进行加锁
	调用数据库的queryA()方法。目的是为了做校验
	更新数据库
} finally {
	释放锁
}
1
2
3
4
5
6
7
8

此时线程A获取到了锁，直到事务提交了，线程B才开始数据库连接，此时正常

一波三折，再次出现问题

经过上面的分析，
问题出在了在事务提交前就释放了锁。
所以应该在加锁后，添加事务。不要先事务后锁。

总结： 在加锁后，添加事务。不要先添加事务然后加锁。