并发数据一致性解决方案

乐观锁、悲观锁、分布式锁

乐观锁

从数据库层面来看，就是在表中加入一个版本号字段version，这样每次修改数据的时候，都需要比较版本号。

从代码层面讲：

从乐观锁的层面讲，也能解决超卖、数据不一致的问题。

缺点：

不适用高并发场景，会导致失败率很高，锁冲突比较大，影响用户体验，前端处理那边只能不断重试。可以设置乐观锁冲突的最大重试次数，减少一些无用访问。

悲观锁

假设现在有5个请求对共享资源进行访问，首先T1过来，对该资源加锁，一直到事务提交之后才会释放锁，如果当前是一个长事务，那么T2、T3等后面的请求也要一直等着。

在访问量不是很大的情况下，也可以使用。

分布式锁

查看我之前写的这篇文章https://blog.csdn.net/kidchildcsdn/article/details/114980719