【IT老齐056】日千万级订单系统的高可用、高性能架构
原始场景
避免丢单
- 关键逻辑不要使用读写分离的查询方式，避免从库同步延迟造成订单查询异常
- 关键逻辑也不要使用缓存来进行订单的查询
- 订单补偿不要粗暴地使用消息队列的方式，避免中间件引发的订单丢失
- 接收消息处理失败时一定要让消息重试，避免丢失
日万级系统
- 下单服务处理接单慢
- 数据库压力大
- 数据异构延迟高
- 缓存数据质量差
- 写数据库时，数据库事务的粒度不要太大，避免锁表，关注慢SQL
- 关注数据异构的性能和稳定性，尤其在网络抖动的情况下，可能会影响用户体验
- 要关注订单系统的幂等性，避免出现计费等错误，影响后续操作等流程
日千万级系统
任务创建方式
任务线程调度方式
总结
