有懂秒杀的兄弟吗？为什么 mysql 这样会出现超卖的问题

[cyhulk]

首先设定一个前提，为了防止超卖现象，所有减库存操作都需要进行一次减后检查，保证减完不能等于负数。（由于 MySQL 事务的特性，这种方法只能降低超卖的数量，但是不可能完全避免超卖）

update number set x=x-1 where (x -1 ) >= 0;
为什么这条语句会出现超卖

[mayday526]

@insert000 不可能，update 语句不是造成行级锁就是表锁，并发情况下也不可能是负数

[qsbaq]

高并发的话建议 redis 或者 memcached，频繁更新数据库会增加负载。
https://www.jiloc.com/44364.html

[insert000]

@mayday526 我说的是 x 设置成非负，没说会成负数，x>0 就造成能行锁了。是可以的

[insert000]

用 redis SETNX 当锁拦一道，抢到锁的再操作数据库就好了

[tuntunxiong]

redis list, rpush rpop

[linbiaye]

这个写法，事务级别为 RR, RC, Serialize 都不应该会出现问题才是，是不是没检查返回值？

[oovveeaarr]

的确比较奇怪，我也差不多是这种写法不应该会负数的

[alcarl]

这跟隔离级别没关系吧又不是 select，update 要先锁记录的，有别的事务锁不了就等着了，因此这条不会出现超卖，但现实中一般不会这么就一个条件就更新，一般 where 里还有别的条件需要先查查 sql 的别的地方

[ppyybb]

不讨论秒杀
就这个语句，不可能超卖：
默认是 rr 的，即便是 rc 级别，update 也会加行锁，不存在超卖。

我怀疑你看的教程的正确性

[alex321]

redis list len

[37rangers]

你给它放到 redis list 里，先到先得每次只能出 list 一个 ，相对会好很多

[jimchen9999]

直接 redis pop 啊 要什么数据库

[cubecube]

@ppyybb 我觉得你说得对，帖子里面扯队列，redis 也是够了。就事论事，这个 mysql 语句是基本的 mysql 锁机制。行级别都保证不了一致性的话，mysql 死去算了。楼主其实没说清楚，最后是应用层超卖，还是这个 mysql 控制库存 x 小于 0 了？

[loqixh]

没有读 update 影响行数判断是否成功吧?

[myhot21]

并发下，这种 sql 是完全避免不了超卖，加事务也只是降低出现概率，最好的避免方式是改用队列。

[polymerdg]

上 redis 很難嘛？

[ljzxloaf]

你这是表锁啊，应该不会超卖，但是性能很差

[wmhack]

在外层代码里做 x-1 试试

[ccl945]

超卖放 redis，就 mysql 这尿性，没崩就要庆幸了

[irgil]

有人能分析一下为何会超卖吗？