MySQL乐观锁

　　MySQL悲观锁是依靠数据库的锁机制来实现，以实现最大程度上的独占性。但由于现代的web系统一般都是高并发的，所以悲观锁在这样的情况下的适用性不高，所以我们有了和悲观锁相对应的乐观锁。

　　乐观锁，是说假设认为数据一般情况下不会造成冲突，在数据进行提交更新的时候，会对数据的冲突与否进行检测，如果发生冲突了，则返回错误的信息，让用户决定如何去做。

　　乐观锁的实现一般是在程序中来控制的。常规的实现一般有两种：使用数据版本(version)，使用时间戳来实现。

实现详情：

1. 在表里添加一个字段version或者时间戳字段；

2. 在查询的时候，将该字段返回，更新的时候，先校验version字段或时间戳字段是否和表里的字段一致，如果一致就更新，并且把version字段加1(时间戳的话更新为当前时间)，如果不一致就说明该字段已经被更新过，提示更新失败，然后把错误信息返回给用户；

通过一些伪代码来实现：

-- 伪代码：
-- 1. 并发查询，都查询id=1的记录
mysql> SELECT * FROM test_order WHERE id = 1;
+----+--------+------+----------+---------+-------------+
| id | status | name | goods_id | version | update_date |
+----+--------+------+----------+---------+-------------+
|  1 |      1 | 茅台 | 123      |       1 | NULL        |
+----+--------+------+----------+---------+-------------+
1 row in set

-- 2. 用户1执行更新操作
UPDATE test_order
SET status=1, version=version+1
WHERE id=1 and version=1 

-- 3. 此时version是2，用户2再次执行更新操作，但此时就更新不成功了
UPDATE test_order
SET status=1, version=version+1
WHERE id=1 and version=1

乐观锁适用用冲突不多的场景，只有在最后更新的时候才去看是否冲突。所以如果冲突很多的话，数据争用激烈，会导致不断尝试，反而会降低性能。

所以，一般来说如果并发量很高的话，建议使用悲观锁，否则的话就使用乐观锁。如果并发量很高时使用乐观锁的话，会导致很多的并发事务回滚、操作失败。(http://bbs.csdn.net/topics/340001655)

常用的SVN便是通过这种乐观锁类似的方式来实现的。

参考公众号：码农翻身