早睡蛋blog
一个sql > 悲观锁 > JVM锁 > 乐观锁
追求极致性能、业务场景简单(一件商品仅有一个库存)并且不需要记录数据的前后变化 优先选择:一个SQL
写并发量较低(多读),争抢不是很激烈 乐观锁
并发量较高,一般会经常冲突,此时选择乐观锁的话,会不断重试 MySQL悲观锁(悲观锁会存在死锁风险)
不推荐 JVM本地锁
乐观锁 Redis中的商品超卖现象