mysql数据库 乐观锁_浅谈数据库乐观锁

假设有如下场景，有两处火车票售票点，同时读取某一趟列车车票数据库中车票余额为 X。两处售票点同时卖出一张车票，同时修改余额为 X -1写回数据库，这样就造成了实际卖出两张火车票而数据库中的记录却只少了一张。

产生这种情况的原因是因为两个事务读入同一数据并同时修改，其中一个事务提交的结果破坏了另一个事务提交的结果，导致其数据的修改被丢失，破坏了事务的隔离性。

此时，我们已经找到了问题所在，那么，有什么好的方式可以解决这种问题呢？

这时候，不妨考虑一下数据库乐观锁，提到乐观锁，不得不提一下悲观锁。

悲观锁：顾名思义，就是很悲观，总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，

所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。

乐观锁：顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，

但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。

利用乐观锁具体解决方案如下：首先，在对应数据库表结构中添加一个字段(字段名随意最好见名知意)，如

CREATE TABLE `customer_addition` (

`id` BIGINT ( 20 ) NOT NULL AUTO_INCREMENT,

`customer_id` BIGINT ( 8 ) NOT NULL COMMENT '用户id',

`integral` BIGINT ( 8 ) DEFAULT 0 not NULL COMMENT '总积分数',

`love_sum` BIGINT ( 8 ) DEFAULT 0 not NULL COMMENT '总爱心值',

`version` BIGINT ( 10 ) DEFAULT 0 NOT NULL COMMENT '版本号',

PRIMARY KEY ( `id` ),

UNIQUE KEY `customer_id` ( `customer_id` ) USING BTREE

) ENGINE = INNODB AUTO_INCREMENT = 137587 DEFAULT CHARSET = utf8 COMMENT = '会员附加信息表';

在上面我对数据库表添加了一个version字段，设置bigint类型。

然后我每次改动数据库之前先查询一下当前记录信息，然后执行更新语句并且让指定字段进行自增(mysql同一张表只支持一个自增主键)。

1.查询数据信息

select customer_id,integral,love_sum,version from customer_addition where id= #{id}

2.根据数据信息是判断当前数据库中的version是否还是刚才查出来的那个version

update customer_addition set integral=integral + 2,version = version+1 where id=#{id} and version= #{version};

3.根据返回修改记录条数来判断当前更新是否生效，如果成功改动0条数据，

说明version发生了变更，这时候可以根据自己业务逻辑来决定是否需要回滚事务

具体SQL如上，每次操作前可对指定字段进行自增操作并且校验指定字段是否有发生改变，然后根据返回成功变更记录数来确定是否更新成功。

如果返回成功更改记录数为0，则说明这一条数据已经被变更过了，这个时候可以根据实际业务逻辑来确定是否需要回滚当前事务。

乐观并发控制相信事务之间的数据竞争(data race)的概率是比较小的，因此尽可能直接做下去，直到提交的时候才去锁定，所以不会产生任何锁和死锁。但如果直接简单这么做，还是有可能会遇到不可预期的结果，例如两个事务都读取了数据库的某一行，经过修改以后写回数据库，这时就遇到了问题。

这就是数据库乐观锁的一种简单应用方式。

2018年11月25日 21:35:28