MySQL 8.0 新增降序索引 descending index 如何迁移旧版本 SQL

MySQL 8.0 真正支持物理降序索引，而 5.7 及更早版本会忽略 DESC 关键字。迁移旧版本 SQL 时，需重点改造混合排序查询，并注意功能索引不支持直接定义降序。

先说结论：升级后需重建索引才能生效，旧索引不会自动变降序，且功能索引需通过生成列实现。

命令速用版

MySQL 5.7 创建降序索引会被忽略，8.0 需显式重建才能生效。

-- MySQL 5.7 实际创建的是升序索引
CREATE INDEX idx_c1_c2 ON test (c1, c2 DESC);
-- MySQL 8.0 物理存储为降序
CREATE INDEX idx_c1_c2 ON test (c1, c2 DESC);

MySQL 5.7 及之前版本解析 DESC 关键字但实际存储仍为升序，8.0 实现了物理降序存储。旧版本查询混合排序时无法完全利用索引，常触发 filesort 临时排序。8.0 降序索引优化了 ORDER BY 执行路径，避免额外排序开销。

按以下步骤迁移旧版本 SQL 以适配降序索引特性。

检查现有索引定义：执行SHOW CREATE TABLE table_name，确认 5.7 环境下索引是否实际包含 DESC。
识别混合排序查询：查找业务 SQL 中ORDER BY col1 ASC, col2 DESC场景，此类场景最受益。
重建降序索引：在 8.0 环境中执行ALTER TABLE或CREATE INDEX显式定义 DESC。
处理功能索引限制：若需对函数结果排序（如UPPER(name)），需先添加STORED生成列，再对该列建索引，不可直接在 INDEX 定义中写表达式 DESC。
调整查询语句：确保WHERE条件包含生成列的等值过滤，提高索引复用概率。

使用EXPLAIN分析查询执行计划，观察 Extra 列状态。

EXPLAIN SELECT * FROM table_name ORDER BY col1, col2 DESC LIMIT 10;

若生效，Extra 列不应显示Using filesort。若仍显示 filesort，检查索引列顺序是否与 ORDER BY 一致，或是否存在函数表达式未走生成列。

功能索引语法错误：MySQL 8.0 降序索引不支持函数表达式，INDEX (UPPER(name) DESC)会报错，必须改用 STORED 生成列。
无 WHERE 条件排序：仅ORDER BY func_col DESC无 WHERE 过滤时，优化器可能放弃索引，需配合等值过滤条件。
旧索引未重建：从 5.7 升级后，原有索引定义保留但物理存储未变，必须手动删除重建才能利用 8.0 特性。

语法兼容但效果不同，5.7 忽略 DESC，8.0 生效，需重建索引。

不支持，必须通过 STORED 生成列实现，且生成列索引不能加 DESC。

仅在多列混合排序场景避免 filesort 时有效，单列排序提升不明显。