CAS+失败重试方式实现数据库的原子性更新(1)

在数据库修改单条数据时，常用的方式是select for update的悲观锁机制，如果锁竞争比较大，没有获得锁的操作会阻塞。使用CAS乐观锁的方式，可以大大提高并发性。例如，在分布式服务中，多个用户并发下单操作前会先扣减库存时，网上盗图，服务1，服务2和服务3为不同机器上的库存服务。

库存扣减操作流程如下：

使用cas方式的乐观锁，当库存还剩3个，3个用户同时下单，服务同时扣减库存，可以并发地扣减成功，提高了并发性。如果库存还剩1个，3个用户同时下单，同时扣减库存，这时只有1个用户会操作成功，其余2个会失败，避免了超卖。

在库存的CAS操作中，先进行库存查询操作，然后根据value+version方式修改库存，如果操作失败，则幂等地重复操作。通常会从操作次数和执行时间两个条件限制CAS的操作，如果两个条件中有某个条件触发，可以抛出乐观锁异常。

在Java项目中，通过AOP+注解的方式实现数据库操作的CAS幂等操作的统一处理。定义OptimisticRetry注解，标识CAS重试Spring AOP的切点，并且设置属性value（最大重试次数条件），以及属性maxExecuteTime（最大执行时间条件）。OptimisticRetryAOP定义CAS重试的切面，乐观锁的实现。OptimisticRetry注解定义代码如下：

/**

* 乐观锁的重试

**/

@Retention(RetentionPolicy.RUNTIME)

@Target(ElementType.METHOD)

public @interface OptimisticRetry {

/**

* 最大重试次数

*/

int value() default 200;

/**

* 最大执行时间

*/

int maxExecuteTime() default 2 * 60 * 60 * 1000;

}

OptimisticRetryAOP切面，定义标注了OptimisticRetry注解的方法则进行，CAS幂等重试，如果达到最大重试次数限制或者最大执行时间限制，则抛出乐观锁异常