这个对每次秒杀一个的ok。如果用户可以一次买n个。那有些操作方法会有问题,比如买两个,现在两台服务器都只有1个,这个会是个问题。
不过总体的思路,大规模的秒杀就上Redis,一般的数据库是顶不住的。
下面这个写的更实际一些。
不过里面提到了用MQ做削峰操作,还是值得商榷的。在consumer处理msg的时候,很有可能就挂了,如果一个msg被处理多次,就完犊子了。之前就遇到过consume 超时,然后卡主的情况。对于这种情况,consume完成就commit offset,这样保证不会拖系统。
https://juejin.im/post/5dd09f5af265da0be72aacbd
网友评论