数据库第二类更新丢失解决方案

数据库第一类更新丢失问题：事务回滚覆盖另外一个事务的更新
解决：QL92没有定义这种现象，标准定义的所有隔离界别都不允许第一类丢失更新发生。

数据库第二类更新丢失问题：事务提交覆盖另外一个事务的更新
解决：可以通过悲观锁和乐观锁解决：

悲观锁：

方法一：

在事务中，对于每个select操作都主动显式地加上共享锁或者排他锁（最好是共享锁），update，delete，insert已经自动加上排他锁了

共享锁获取方式：select * from account where name=‘jack’ lock in share mode;

排它锁获取方式：select * from account where name=‘jack’ for update;

（注意！！单纯的select是不会添加任何锁的，也就是说select在非串行化的隔离级别之下是不受任何控制的）
方法二：

直接把事务隔离设为串行化set tx_isolation=‘SERIALIZABLE’; 这个隔离级别其实恰好就是上诉的方法（已经过测试）

所以说在串行化的隔离级别下是不会出现第二类更新丢失问题的。

乐观锁（推荐）：

版本号机制，增加一个版本或者时间戳的列，对于进行修改行时先获取版本号，修改的时候比较一下版本号是否一致，一致再进行修改并将版本号加一更新。