MySQL复合索引末尾追加主键id能否降低数据库查询负担？

1. 索引修改能否减轻数据库负担？说法是否正确？ #

正确，确实能减轻负担。

你的查询场景是WHERE account_id = ? AND assignee_id = ? AND is_public = ? ORDER BY id，现有复合索引(account_id, assignee_id, is_public)的情况下，MySQL执行流程是：

• 先通过索引定位到所有符合WHERE条件的记录，此时这些记录在索引里的顺序是按前三个字段排序的，id是无序的；
• 之后需要回表（通过主键id去聚簇索引读取完整数据），再对取出的id进行排序操作。

修改为(account_id, assignee_id, is_public, id)后：

• 复合索引的末尾追加了主键id，当WHERE条件匹配前三个字段后，索引内的记录会按id有序排列（复合索引的排序逻辑是按字段顺序逐层排序，前三个字段相同的情况下，按id排序）；
• MySQL可以直接从索引里读取有序的id，无需额外执行排序操作，同时如果查询只需要id字段，还能实现覆盖索引，彻底避免回表，大幅减少CPU排序开销和IO操作。

2. MySQL官方文档的相关说明 #

MySQL官方文档在Optimizing ORDER BY（排序优化）章节中有明确说明：

如果查询的WHERE子句对复合索引的前缀列进行等值匹配，且ORDER BY的列是该索引的后续列（排序方向与索引定义一致，无混合排序），那么MySQL可以利用索引的有序性跳过排序步骤，直接使用索引返回有序结果。

另外，在Covering Indexes（覆盖索引）章节也提到，当索引包含查询所需的所有字段（包括排序字段）时，MySQL无需回表，直接从索引获取数据，进一步提升查询效率。

3. MySQL是否默认维护主键的有序性？ #

是的，针对InnoDB引擎（MySQL默认引擎）：

• 主键是聚簇索引的核心，InnoDB的聚簇索引叶子节点始终按主键值有序存储。如果主键是自增类型，新插入的行会直接追加到聚簇索引末尾，保持严格有序；如果是自定义非自增主键，插入时会将行插入到主键对应的位置（可能触发页分裂），但聚簇索引本身始终维持主键的有序性。

需要注意：聚簇索引的主键有序，和复合索引中的id有序是两个概念——原复合索引中，相同前三个字段的记录，id的顺序是随机的（取决于插入顺序）；而修改后的复合索引，相同前三个字段的记录会按id有序排列，这才是能直接满足ORDER BY id需求的关键。

内容的提问来源于stack exchange，提问作者drhenner