乐观锁的原理和实现

　在高并发下，经常需要处理SELECT之后，在业务层处理逻辑，再执行UPDATE的情况。

　　若两个连接并发查询同一条数据，然后在执行一些逻辑判断或业务操作后，执行UPDATE，可能出现与预期不相符的结果。

　　在不使用悲观锁与复杂SQL的前提下，可以使用乐观锁处理该问题，同时兼顾性能。

 

　　场景模拟：

      表里有个字段use_count，id为123。

　　每使用一次，use_count要加1。

　　在高并发情况下，会遇到一种问题：假设数据表中有一条记录为：use_count=999
　　A与B两个连接并发查询use_count，都执行下列SQL:

1	SELECT use_count FROM table where id=123

　　A先执行，得到的use_count是999，之后在程序里做了一些逻辑判断或业务操作后执行SQL：

1	UPDATE table SET use_count + 1 where id=123

　　在A做判断且没有update之前，B也执行了查询SQL，使用的use_count是999，之后它也会执行SQL：

1	UPDATE table SET use_count + 1 where id=123;

　　但是，事实上B不应该取得这个id，因为A已经是第1000个使用者。

　　处理步骤如下：

　　1、添加第3个字段version，int类型，default值为0。version值每次update时作加1处理。

1	ALTER TABLE table ADD COLUMN version INT DEFAULT '0' NOT NULL AFTER use_count;

　　2、SELECT时同时获取version值（例如为3）。

1	SELECT use_count, version FROM table WHERE id=123

　　3、UPDATE时检查version值是否为第2步获取到的值。

1	UPDATE table SET version=4, use_count=use_count+1 WHERE id=123 AND version=3;

　　如果UPDATE的记录数为1，则表示成功。
如果UPDATE的记录数为0，则表示已经被其他连接UPDATE过了，需作异常处理。