在亿级数据量下，若create_time区分度高而user_id区分度低，如何优化慢SQL？请结合基于create_time建索引、分库分表等思路说明，并解释MySQL优化器对where条件执行顺序的处理。
考察说明
考察大数据量下索引设计、分库分表策略及对MySQL优化器原理的理解
回答思路
- 指出create_time高区分度适合建索引，user_id低区分度不适合独立索引
- 能说明分库分表（如按create_time范围或hash）的适用场景与代价
- 正确说明MySQL优化器会基于代价决定驱动表和条件顺序，与书写顺序无关
- 提出覆盖索引、联合索引、查询重写等具体优化手段
本题已收录答题指导
本题附完整参考答案与评分标准
登录后可查看结构化答题指导；也可以直接开一场模拟面试，AI 面试官用本题实时追问并给出评分。