代码进阶-------乐观锁与悲观锁问题

关于乐观锁与悲观锁，个人在实际项目中并没有使用过。虽然知道有这个，但是由于项目还没有遇上很高的并发挑战。所以为了偷点懒也没有想着去解决。
1.乐观锁
总是认为不会产生并发问题，每次去取数据的时候总认为不会有其他线程对数据进行修改，因此不会上锁，但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用版本号机制(时间戳)或CAS操作实现。
version方式：一般是在数据表中加上一个数据版本号version字段，表示数据被修改的次数，当数据被修改时，version值会加一。当线程A要更新数据值时，在读取数据的同时也会读取version值，在提交更新时，若刚才读取到的version值为当前数据库中的version值相等时才更新，否则重试更新操作，直到更新成功。
核心SQL代码：

update table set x=x+1, version=version+1 where id=#{id} and version=#{version};  

CAS操作方式：即compare and swap 或者 compare and set，涉及到三个操作数，数据所在的内存值，预期值，新值。当需要更新时，判断当前内存值与之前取到的值是否相等，若相等，则用新值更新，若失败则重试，一般情况下是一个自旋操作，即不断的重试。
其底层机制是这样：在数据库内部update同一行的时候是不允许并发的，即数据库每次执行一条update语句时会获取被update行的写锁，直到这一行被成功更新后才释放。因此在业务操作进行前获取需要锁的数据的当前版本号，然后实际更新数据时再次对比版本号确认与之前获取的相同，并更新版本号，即可确认这之间没有发生并发的修改。如果更新失败即可认为老版本的数据已经被并发修改掉而不存在了，此时认为获取锁失败，需要回滚整个业务操作并可根据需要重试整个过程。
乐观锁只在提交操作时检查是否违反数据完整性。乐观锁不能解决脏读的问题。
2.悲观锁
悲观锁总是假设最坏的情况，每次取数据时都认为其他线程会修改，所以都会加锁（读锁、写锁、行锁等），当其他线程想要访问数据时，都需要阻塞挂起。可以依靠数据库实现，如行锁、读锁和写锁等，都是在操作之前加锁，在Java中，synchronized的思想也是悲观锁。
悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进行业务操作。通常所说的“一锁二查三更新”即指的是使用悲观锁。通常来讲在数据库上的悲观锁需要数据库本身提供支持，即通过常用的select … for update操作来实现悲观锁。当数据库执行select for update时会获取被select中的数据行的行锁，因此其他并发执行的select for update如果试图选中同一行则会发生排斥（需要等待行锁被释放），因此达到锁的效果。select for update获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。
这里需要注意的一点是不同的数据库对select for update的实现和支持都是有所区别的，例如oracle支持select for update no wait，表示如果拿不到锁立刻报错，而不是等待，mysql就没有no wait这个选项。另外mysql还有个问题是select for update语句执行中所有扫描过的行都会被锁上，这一点很容易造成问题。因此如果在mysql中用悲观锁务必要确定走了索引，而不是全表扫描。
由于悲观锁对数据进行了锁死，因此可以解决脏读和幻读的问题。
3.乐观锁常见使用方式

 - SELECT data AS old_data, version AS old_version FROM …;
 - 根据获取的数据进行业务操作，得到new_data和new_version
 - UPDATE SET data = new_data, version = new_version WHERE version = old_version
if (updated row > 0) {
    // 乐观锁获取成功，操作完成
} else {
    // 乐观锁获取失败，回滚并重试
}

4.乐观锁使用场景
由于自己做电商比较多，举例子比较肤浅。还望大家勿喷。
大家都知道淘宝有很多商家，原则上大多数商家的某件商品一天差不多也就卖个十几件不得了了。但是有偶然的情况，刚好只剩下一件商品，而两个人下单怎么办呢。这种场合下乐观锁就提现了他的好处了。

• 用户打开网页，数据库查询到商品返回给页面。
• 用户点击购买，到后台处理相关逻辑。
• 后台程序，开启事务。先更新商品数量与销量，带上版本号。如果更新的时候版本号发生变化则数据不会更新。
• 判断返回数值，为0则表示有人操作过。这时候先查询商品剩余量是否大于订单要求的数量
• 如果符合要求生成订单，并修改销量和版本等