写订单场景的压测数据没有吗

来源：9-13 秒杀系统的压力测试 (三)

慕前端1322202

2019-06-19

整个方案不完整，如何证明瞬时涌入的成功订单的写数据操作不会把数据库卡死

写回答

1回答

一凡

2019-06-21

已采纳

这就是分布式集群要考虑的关键点呀。

看库存的规模，如果只有1w库存，那么数据库一秒钟生成1w订单，拥堵一秒钟的订单请求也就没问题，毕竟前面会有redis和nginx挡住流量。

如果是更高的并发和库存数量，就要考虑多集群的方案了，课程中都是有介绍呀。

一凡

慕前端1322202

写的并发数量在一开始就根据mysql数据库的写入速度做了预估和处理的，我们一般认为数据库只写，可以做到一秒钟一万行数据，所以在系统设计的时候，就不要把并发量超过这个量，否则就会导致写入的等待时间过长，影响写入的效率。咱们的课程中没有引入订单的消息队列，课程中也有对比和提到的，主要是把订单堆积在队列中，虽然对数据库并发压力有所解放，但是堆积的订单，处理不过来，体验上也是很不好。咱们用的多数据中心的方式，在成本上可控，在实施上可行，用户体验更好，何尝不是更好的选择。

2019-07-13

共6条回复

PHP秒杀系统高并发高性能的极致挑战

从万次到亿万次秒杀系统的性能优化，从单机到分布式的架构升级

614 学习 · 78 问题

查看课程

相似问题

处理订单数据

回答 1

订单取消成功后是不是应该再把库存加回去呢？

回答 1

性能测试

回答 1

Y—关于组合商品秒杀的问题一

回答 1

当大量请求进来减少mysql中的库存，但是还没来得及修改redis的库存

回答 1

打开慕课网App查看更多内容