本文探讨了乐观锁和悲观锁在数据库层面及代码实现上的区别，指出乐观锁在高并发场景下的局限性，而悲观锁可能导致长时间等待。此外，还介绍了分布式锁的概念，并推荐了一篇关于分布式锁实现的文章，帮助理解如何在大规模系统中处理并发问题。
乐观锁、悲观锁、分布式锁
乐观锁
从数据库层面来看，就是在表中加入一个版本号字段version，这样每次修改数据的时候，都需要比较版本号。
从代码层面讲：
从乐观锁的层面讲，也能解决超卖、数据不一致的问题。
缺点：
不适用高并发场景，会导致失败率很高，锁冲突比较大，影响用户体验，前端处理那边只能不断重试。可以设置乐观锁冲突的最大重试次数，减少一些无用访问。
悲观锁
假设现在有5个请求对共享资源进行访问，首先T1过来，对该资源加锁，一直到事务提交之后才会释放锁，如果当前是一个长事务，那么T2、T3等后面的请求也要一直等着。
在访问量不是很大的情况下，也可以使用。
分布式锁
查看我之前写的这篇文章https://blog.youkuaiyun.com/kidchildcsdn/article/details/114980719
扫一扫
1070
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
