联合索引是MySQL中多列共同构建的B+树索引，按“字典式排序”组织数据，遵循最左匹配原则，仅当查询条件从最左字段连续出现时才生效，且前导列应选高选择性、高频过滤字段以提升性能。
联合索引是 MySQL 中对两个或更多列共同构建的一棵 B+ 树索引，它不是多个单列索引的简单叠加，而是一个整体有序的结构。
联合索引的本质是“字典式排序”
比如创建INDEX(a, b, c)，MySQL 会按以下规则组织数据：先按字段a升序排列；
a 相同的记录，再按b升序排列；
a 和 b 都相同的记录，再按c升序排列。
这种“嵌套排序”让索引在满足多条件查询时更高效——就像查电话簿，先找姓氏（a），再在该姓氏里找名字（b），最后定位具体人（c）。
最左匹配原则决定索引能否生效这是使用联合索引最关键的规则：查询条件必须从索引最左侧字段开始、连续使用，才能触发索引。
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载能用上索引：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 无法走索引。