在高并发MySQL环境下，如何避免超卖现象？InnoDB行锁与Serializable事务级别如何协同？
- 内容介绍
- 文章标签
- 相关推荐
本文共计791个文字，预计阅读时间需要4分钟。
在高度并发的情况下，商品库存扣减出现负数的问题，并非是因为锁没有加，而是因为业务代码的逻辑错误。具体来说，操作流程如下：
Serializable 隔离级别不能直接防超卖
SERIALIZABLE 是最高隔离级别，但它对普通 SELECT 会自动加上共享锁（类似 SELECT ... LOCK IN SHARE MODE），对写操作加排他锁，**前提是所有读写都在同一个事务里完成**。如果业务把“查库存”和“扣库存”拆成两个独立事务，或者用了自动提交（autocommit=1），那 SERIALIZABLE 就形同虚设——第一个事务查完就释放锁，第二个事务立刻能读到旧值。
本文共计791个文字，预计阅读时间需要4分钟。
在高度并发的情况下，商品库存扣减出现负数的问题，并非是因为锁没有加，而是因为业务代码的逻辑错误。具体来说，操作流程如下：
Serializable 隔离级别不能直接防超卖
SERIALIZABLE 是最高隔离级别，但它对普通 SELECT 会自动加上共享锁（类似 SELECT ... LOCK IN SHARE MODE），对写操作加排他锁，**前提是所有读写都在同一个事务里完成**。如果业务把“查库存”和“扣库存”拆成两个独立事务，或者用了自动提交（autocommit=1），那 SERIALIZABLE 就形同虚设——第一个事务查完就释放锁，第二个事务立刻能读到旧值。