在设计订单表的MySQL索引时，如果查询条件包含订单ID和状态（status），你会如何设计索引？为什么通常不建议单独以status作为分片键或索引的主要列？

Question

Accepted Answer

考察点：考察复合索引设计、分片键选择与数据分布意识。回答思路：明确以订单ID和status分别为列构建复合索引的顺序 解释status低基数导致索引选择性差的问题 说明分片键选择需考虑均匀分布与查询路由 对比不同设计对写入和查询性能的影响

考察说明