高并发情况下处理下单操作入库都是串行化处理吗?

通常下单会减库存,加减用户金额
由于多事务竞争会造成幻读脏读之类的问题。
所以能想到的就是将对库存字段和对用户金额字段的操作进行串行化处理。
用户下单请求先进队列,然后排队逐个消费。

除此之外,还有性能更优的方案吗?

阅读 2.9k
2 个回答

1.可以将库存信息加载到Redis中,将MySQL的访问压力转移到Redis上,直接通过Redis来判断并扣减库存,利用lua脚本保证库存安全。
2.利用数据库的乐观锁来处理
前提都需要保持数据库的最终一致性。

看需求设置事务的隔离级别,这样感觉正规一点,一般情况,幻读是可以被容忍的吧。涉及到金额,可以设置为重复读。如果对幻读也有要求,那么就只能设置为串行化了,不过效率超低。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题