- 淘天订单用的存储数据库，项目技术架构（多实例、分库分表）
- 在top 级交易系统作表优化，变更操作流程的 SOP
- 学习在 top 级别的团队是如何做事情的，流程是什么样子的
- 内容包含了索引数据结构，索引类型，如何定位优化分析问题，上线
交易订单表如何做索引优化
上述是原文，下面是简单总结
一、慢SQL案例分析
问题场景
- 分页查询订单列表时出现慢查询
- 平均执行时间 ≈ 2秒
- 扫描行数高达 8705 行
根因定位
- 原排序条件：
ORDER BY create_time DESC, order_id ASC
- 该排序组合无法完全命中索引，导致出现 Using filesort（文件排序）
- 文件排序引发大量逻辑读和高CPU消耗
临时方案与最终决策
- 尝试去除
order_id 排序可暂时消除 filesort，但会造成分页不稳定（可能出现重复或漏单）
- 最终保留双字段排序，通过调整索引彻底解决问题
二、MySQL索引核心理论
1. B+Tree 结构优势（相较 B-Tree）