最新看《innodb 引擎内幕》,作者有介绍丢失更新的问题，这里记录自己的想法和方案

-------------------------------------------------------------------

问题描述：

　mysql 数据库丢失更新的定义：（其实在数据库角度都不会产生丢失更新的问题，问题的源头应用程序逻辑更新的问题）

　　1. 事务1 查询一行数据放在本地缓存，并且显示给用户user1        -->select balance from account where user= 'a' ;

　　2. 事务2 查询同样的一行数据放在本地缓存，并且显示给用户user2    -->select balance from account where user= 'a' ;

　　3. 用户user1修改这条数据，并且更新提交数据库     --> update account set balance = balance -100 where user= 'a' ;

　　4. 用户user2修改显示的数据，并且更新提交数据库  --> update account set balance = balance -800 where user= 'a' ;

   显然上面user1 更新的数据丢失了，这也是更新覆盖，比如用户转账的操作。a 账户总共1000，事务1和事务2查询账户都是1000，然后事务1账户扣减100，提交。事务2扣减800提交。这时候账户余额为200，事务1扣减的100 会不翼而飞，这会导致严重的问题。

-------------------------------------------------------------------

暂时想到两种解决办法：

解决办法1：使用悲观锁

　　1）使用顺序 --> select balance from account where user= 'a'  for update 

　　2）更新 --> update account set balance = balance -100 where user= 'a' 　　　　

解决办法2: 使用乐观锁

　　1）表增加字段 jpa_version int 版本号  -->  select balance,version from account where user= 'a'  

　　2) 更新 --> update account set balance = balance -100 where user= 'a' and jpa_version = ${version}　　　　　　　　 　　　　

总结：

　　对于账户交易建议直接使用悲观，数据库的性能很高，并发度不是很高的场景两者性能没有太大差别。如果是交易减库存的操作可以考虑乐观锁，保证并发度。