乐观锁、悲观锁、分布式锁
乐观锁
从数据库层面来看,就是在表中加入一个版本号字段version,这样每次修改数据的时候,都需要比较版本号。
从代码层面讲:
从乐观锁的层面讲,也能解决超卖、数据不一致的问题。
缺点:
不适用高并发场景,会导致失败率很高,锁冲突比较大,影响用户体验,前端处理那边只能不断重试。可以设置乐观锁冲突的最大重试次数,减少一些无用访问。
悲观锁
假设现在有5个请求对共享资源进行访问,首先T1过来,对该资源加锁,一直到事务提交之后才会释放锁,如果当前是一个长事务,那么T2、T3等后面的请求也要一直等着。
在访问量不是很大的情况下,也可以使用。
分布式锁
查看我之前写的这篇文章https://blog.csdn.net/kidchildcsdn/article/details/114980719