数据库乐观锁的实现方式

总结在其他博客中出现过的数据库乐观锁的实现方式，适用于刚开始学习者。
一、首先： 乐观锁的定义，可以百度一下，在百度百科的介绍里，很明了，就是建表时新增一个version字段，用于数据版本控制。百度百科介绍如下：
<乐观锁，大多是基于数据版本（ Version ）记录机制实现。何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据版本号等于数据库表当前版本号，则予以更新，否则认为是过期数据。/>

二、其次，乐观锁的实现方式（ps：实现方式是多样的，没有定数，不过依赖的是相同的思想–要修改的数据要和读取的数据是同一数据，中途不能被修改）
1、建表时新增一个version字段，用于数据版本控制。
2、通过CAS算法实现

三、最后、数据库乐观锁的优点：
1、乐观锁适用于写比较少的情况下（多读场景），即冲突真的很少发生的时候，这样可以省去了锁的开销，加大了系统的整个吞吐量。
数据库乐观锁的缺点：
1、乐观锁适用于读比较少的情况下（多写场景），如果是多写的情况，一般会经常产生冲突，这就会导致上层应用会不断的进行retry，这样反倒是降低了性能，所以一般多写的场景下用悲观锁就比较合适。