Spring事务的更新丢失

更新丢失：

如果多个线程操作，基于同一个查询结构对表中的记录进行修改，那么后修改的记录将会覆盖前面修改的记录，前面的修改就丢失掉了，这就叫做更新丢失。

Serializable可以防止更新丢失问题的发生。其他的三个隔离级别都有可能发生更新丢失问题。
Serializable虽然可以防止更新丢失，但是效率太低，通常数据库不会用这个隔离级别，所以我们需要其他的机制来防止更新丢失:

乐观锁和悲观锁不是数据库中真正存在的锁，只是人们在解决更新丢失时的不同的解决方案，体现的是人们看待事务的态度。
悲观锁：认为每一条sql语句都会出现更新丢失的情况
隔离级别不设置为Serializable，防止效率过低。
在查询时手动加上排他锁。
如果数据库中的数据查询比较多而更新比较少的话，悲观锁将会导致效率低下。

乐观锁：认为每一条sql语句都不会出现更新丢失的情况
在表中增加一个version字段，在更新数据库记录是将version加一，从而在修改数据时通过检查版本号是否改变判断出当前更新基于的查询是否已经是过时的版本。
如果数据库中数据的修改比较多，更新失败的次数会比较多，程序需要多次重复执行更新操作。