mysql 乐观锁实现

各锁的概念:

悲观锁: 假定会发生并发冲突,屏蔽一切可能违反数据完整性的操作

悲观锁,从字面理解就是很悲观,每次去拿数据的时候都认为别人会修改,所以在每次拿的时候对数据上锁,这样就保证了数据的准确性。比如 mysql 中的表锁,行锁。

表锁: 当你对一张表进行修改时,会锁死整张表,其他的请求需要在修改完成释放锁才能继续。在高并发的情景下不适用。

行锁:当你对一张表的某一行数据修改时,会锁死这一行数据,对表中其他的数据没影响。行锁在保证数据准确性的同时也保证了效率,但一定程度上增加了系统的开销

乐观锁: 假设不会发生并发冲突,只在提交操作时检查是否违反数据完整性。

乐观锁,在每次去拿数据的时候认为别人不会修改,不对数据上锁,但是在提交更新的时候会判断在此期间数据是否被更改,如果被更改则提交失败。

乐观锁的实现:

使用版本控制字段,再利用行锁的特性实现乐观锁,如下

有一张订单表 order,有字段 id、order_no、 price,  为实现乐观锁控制,添加 version 字段,默认值为 0
2020/09/image-fdf8604b.png

假设两个人同时进来修改该条数据,操作为:

1. 先查询该数据   select * from order where id = 1

2. 修改该条数据  update order set price = 1 where id = 1

如果两个人同时查询到该条数据 price = 5, 可以执行 update 操作, 但任意一方还没执行 update 操作,那么最后双方都执行 update,导致数据被修改两次,产生脏数据 !

使用 version 字段控制版本后:

1. 两人先查询该数据 select * from order where id = 1

此时两人查询到的数据一样,id = 1, price = 5, order_no = 123456, version = 0

2. 两人都发现该条数据 price = 5, 符合 update 条件,第一人执行 update(因为 mysql 行锁的特性,两人不可能同时修改一条数据,所以 update 同一条数据的时候,是有先后顺序的,只有在第一个执行完 update,才能释放行锁,第二个继续进行 update): 

update order set price = 1, version = version + 1 where id = 1 and version = 0

执行完成后,version 字段值将变成 1, 第二人执行 update:

update order set price = 1, version = version + 1 where id = 1 and version = 0

此时的 version 的值已经被修改为 1,所以第二人修改失败,实现乐观锁控制。

死锁的处理:

数据库使用乐观锁导致产生死锁:
事务 A

update order set price = 1 where id = 1
update order set price = 2 where id = 2

事务 B

update order set price = 1 where id = 2
update order set price = 2 where id = 1

假设在两个事务中有以上两个操作,同时修改 order 表中两条数据

事务 A 在执行完第一条 update 的时候,刚好事务 B 也执行完第一条 update

此时, 事务 A 中 order 表中的 id = 1 的行被锁住, 事务 B 中 order 表中 id = 2 的行被锁住,两个事务继续往下执行

事务 A 中第二条 update 执行需要 order 表中 id = 2 的行数据,而事务 B 中第二条 update 执行需要 id = 1 的行数据, 两条 update 往下执行的条件都需要对方事务中已经被锁住的行,于是陷入无限等待,形成死锁。

解决死锁的产生:

指定锁的执行顺序,比如把以上两事务稍作修改
事务 A

update order set price = 2 where id = 2
update order set price = 1 where id = 1

事务 B

update order set price = 1 where id = 2
update order set price = 2 where id = 1

事务 A 执行第一条 update 时,id = 2 的行被锁住,此时,事务 B 想修改 id = 2 的行,只能等待事务 A 执行完成,当事务 A 执行完成时,事务 B 再执行, 这样就不会产生死锁了。