联合索引是MySQL中多列共同构建的B+树索引，按“字典式排序”组织数据，遵循最左匹配原则，仅当查询条件从最左字段连续出现时才生效，且前导列应选高选择性、高频过滤字段以提升性能。
联合索引是 MySQL 中对两个或更多列共同构建的一棵 B+ 树索引，它不是多个单列索引的简单叠加，而是一个整体有序的结构。
联合索引的本质是“字典式排序”
比如创建 INDEX(a, b, c)，MySQL 会按以下规则组织数据：
- 先按字段 a 升序排列；
- a 相同的记录，再按 b 升序排列；
- a 和 b 都相同的记录，再按 c 升序排列。
这种“嵌套排序”让索引在满足多条件查询时更高效——就像查电话簿，先找姓氏（a），再在该姓氏里找名字（b），最后定位具体人（c）。
最左匹配原则决定索引能否生效
这是使用联合索引最关键的规则：查询条件必须从索引最左侧字段开始、连续使用，才能触发索引。
- 能用上索引：WHERE a = 1；WHERE a = 1 AND b = 2；WHERE a = 1 AND b = 2 AND c = 3；
- 用不上索引：WHERE b = 2；WHERE c = 3；WHERE b = 2 AND c = 3；
- 即使 WHERE b = 2 AND a = 1 写法顺序不同，优化器通常会自动调整执行顺序，仍可能走索引，但不能依赖这点——显式以 a 开头才稳定可靠。
联合索引比单列索引更适合高频组合查询
假设业务中经常查 “用户状态 + 创建时间”，偶尔单独查 “创建时间”，但极少只查 “用户状态”：
- 建 INDEX(status, create_time) 可覆盖 status、status+create_time 两类查询；
- 若反过来建 INDEX(create_time, status)，则单独查 status 就完全无法利用；
- 相比建两个单列索引，联合索引节省空间、减少写入开销（每次 INSERT/UPDATE 只需维护一个索引）。
前导列的选择影响性能上限
联合索引的第一列（前导列）最关键，应优先放高选择性 + 高频过滤的字段：
- 选择性高：比如 user_id（几乎唯一）优于 gender（只有男/女）；
- 高频过滤：比如订单表中 is_paid=1 出现频率 80%，就不适合作为前导列；
- 范围查询注意：WHERE a = 1 AND b > 10 可用到 a、b；但 WHERE a > 1 AND b = 10 只能用到 a，b 无法走索引。
