场景：两个用户同时读取了数据库中的一条记录，此时用户A对其中一个字段的值进行了修改操作并进行了提交，后来用户B也对这个字段进行了修改，用户B的提交将会覆盖用户A提交的值
乐观锁和悲观锁#
悲观锁：#
每次去取数据，很悲观，都觉得会被别人修改，所以在拿数据的时候都会上锁。
简言之，共享资源每次都只给一个线程使用，其他线程阻塞，等第一个线程用完后再把资源转让给其他线程。
select … for update，synchronized和ReentranLock等都是悲观锁思想的体现。
乐观锁：#
每次去取数据，都很乐观，觉得不会被被人修改。
因此每次都不上锁，但是在更新的时候，就会看别人有没有在这期间去更新这个数据，如果有更新就重新获取，再进行判断，一直循环，直到拿到没有被修改过的数据。
CAS（Compare and Swap 比较并交换）就是乐观锁的一种实现方式，比如使用version字段或者修改时间字段来判断数据是否被修改，如果返回的受影响行数为 1，表示更新成功；如果返回的受影响行数为 0，表示更新失败（数据已被其他事务修改），可以选择重试或中断操作。
参考：
