降序索引仅在MySQL 8.0.12+、索引定义与ORDER BY方向及WHERE最左前缀严格匹配时才生效，否则无效且浪费资源；需通过EXPLAIN验证Extra无Using filesort、type为ref/range、rows显著减少来确认真实生效。
降序索引不是“建了就快”，它只在 ORDER BY 方向、WHERE 条件、索引定义三者严丝合缝对齐时，才能真正跳过 Using filesort；其他情况建了反而浪费空间、拖慢写入，还掩盖真实问题。
确认你的 MySQL 版本和索引是否真被物理存储
MySQL 8.0.12+ 的 InnoDB 才把 DESC 当作物理排序方向存进 B+ 树；8.0.11 及更早版本会静默忽略，SHOW CREATE TABLE 看着写了 created_at DESC，实际建出来仍是升序索引。
- 执行
SELECT VERSION()，确保返回值 ≥8.0.12 - 运行
SHOW CREATE TABLE your_table，输出中必须明确出现类似created_at DESC——如果只显示created_at，说明没生效 - 查系统表：
SELECT COLLATION FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_NAME = 'your_table' AND INDEX_NAME = 'your_idx' AND SEQ_IN_INDEX = 1，返回D才表示首列是降序（A是升序） -
MyISAM不支持倒序索引，哪怕版本够也不行
ORDER BY 必须与索引逐列方向严格一致
MySQL 不会“部分复用”混合方向索引。方向错一位、少一位、多一位，整个排序逻辑就失效，必然触发 Using filesort。
-
INDEX (status ASC, created_at DESC)只能加速ORDER BY status ASC, created_at DESC - 不能用于
ORDER BY created_at DESC单独出现，也不能用于ORDER BY status DESC, created_at DESC - 要优化
ORDER BY user_id DESC, updated_at ASC，必须显式建INDEX (user_id DESC, updated_at ASC) - 写成
INDEX (user_id DESC, updated_at)（省略ASC）虽语法合法，但可读性差，且某些旧客户端解析可能出偏差 -
ORDER BY DATE(created_at) DESC这类函数表达式，无论索引怎么建，都强制走Using filesort
WHERE 条件必须压住最左前缀等值匹配
没有这个锚点，DESC 部分就形同虚设。单列 INDEX (updated_at DESC) 配 WHERE updated_at > '2025-01-01' ORDER BY updated_at DESC，B+ 树物理扫描方向与逻辑倒序需求冲突，极易退化为全索引扫描。
- 真正有效的组合是：高选择性等值条件 + 倒序排序列，例如
WHERE status = 'done' ORDER BY updated_at DESC，对应索引必须是(status, updated_at DESC) - 如果
status基数很低（比如只有 3 个值），这个索引效果也会打折扣 -
WHERE status IN ('done', 'pending')在 8.0.19 及更早版本仍大概率触发Using filesort；8.0.20+ 才较稳定支持 -
WHERE status = 'done' AND priority > 5 ORDER BY created_at DESC中，priority > 5中断最左前缀连续性，created_at DESC失效
验证降序索引是否真正在工作
光看 EXPLAIN 的 key 字段命中索引名远远不够，关键盯三处：Extra、type、rows。
-
Extra出现Using filesort→ 没走成索引排序，无论你建了多少个DESC索引 -
type应为ref或range，且rows显著减少（比如百万级表降到几千）→ 基本确认走了索引扫描层排序 - 优先用
SELECT id, status, created_at配合覆盖索引；若查SELECT *，回表后结果不再有序，MySQL 会强制补排序 - MySQL 8.0.20+ 可用
EXPLAIN FORMAT=TREE，直接看执行计划中是否有-> Sort节点；没有则确认排序已下推
最常被忽略的是：单列 DESC 索引对纯倒序分页（如 ORDER BY created_at DESC LIMIT 20）基本无效——没有 WHERE 锚定起点，优化器宁愿扫主键再内存排序，也不愿反向遍历索引。
