MySQL 8.0 降序索引不支持函数表达式，功能索引必须通过 STORED 生成列实现，且 ORDER BY 函数列 DESC 仅在 WHERE 等值过滤该列时才可能复用索引。
MySQL 8.0 降序索引不支持函数表达式
MySQL 8.0 引入了真正的 DESC 索引（物理降序存储），但只支持列名，不支持在 CREATE INDEX 中对函数或表达式使用 DESC。比如 INDEX (UPPER(name) DESC) 会直接报错 ERROR 1064 —— 这不是语法写错了，是引擎根本不允许。
常见错误现象：ERROR 3729 (HY000): Descending indexes are not supported for functional index；或者更隐蔽的：建表时没报错，但执行 EXPLAIN 发现排序仍走 filesort。
- 功能索引（functional index）必须用
GENERATED COLUMN + INDEX替代，且该列上不能加DESC - 如果业务强依赖「大写字母倒序」这类逻辑，得先建一个
STORED计算列，再对其建普通升序索引，排序时靠ORDER BY UPPER(name) DESC触发索引扫描（MySQL 8.0.13+ 支持这种优化） - 注意：
UPPER(name)在索引中是升序存的，但优化器能识别ORDER BY ... DESC并反向扫描，前提是没混用其他非确定性函数
功能索引必须绑定 STORED 生成列
MySQL 不允许直接在 INDEX 定义里写表达式（如 INDEX ((col1 + col2))），所有功能索引都得绕道 ALTER TABLE ADD COLUMN ... STORED。这是硬性限制，不是版本问题。
使用场景典型如：按年月分组统计、JSON 字段提取后索引、大小写不敏感查姓名。
- 生成列必须声明为
STORED（不能是VIRTUAL），否则建索引会失败：ERROR 3105 (HY000): The value specified for generated column 'upper_name' is not allowed -
STORED列会占用磁盘空间，且 INSERT/UPDATE 时实时计算并写入，对写性能有轻微影响 - 如果原列是
TEXT或超长VARCHAR，生成列类型要显式指定长度，否则可能截断或报错：ALTER TABLE t ADD upper_name VARCHAR(255) STORED AS (UPPER(name))
ORDER BY + LIMIT 走功能索引降序的边界条件
即使你建好了 STORED 列和索引，ORDER BY func_col DESC LIMIT 10 也不一定走索引。MySQL 8.0 对功能索引的排序优化有严格前提。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
容易踩的坑：明明有 INDEX (upper_name)，EXPLAIN 却显示 type: ALL 或 Using filesort。
- WHERE 条件中必须包含该生成列的等值过滤，排序才可能复用索引，例如：
WHERE upper_name = 'JOHN' ORDER BY upper_name DESC - 如果只有
ORDER BY upper_name DESC没 WHERE，MySQL 通常不会用它做排序，因为无法保证全表扫描顺序匹配索引顺序（除非加FORCE INDEX，但风险高） - 复合索引中功能列为前导列时，
ORDER BY方向必须与索引定义一致；若索引是(upper_name, created_at)，则ORDER BY upper_name DESC, created_at ASC无法利用索引排序
从 MySQL 5.7 升级后旧功能索引写法全部失效
MySQL 5.7 不支持功能索引，有人用 INDEX (col(10)) 截取前缀模拟，或靠应用层预处理字段。升级到 8.0 后这些“伪功能索引”不仅无效，还可能掩盖真实瓶颈。
迁移时最常被忽略的一点：旧 SQL 中带 ORDER BY UPPER(col) DESC 的查询，在 8.0 下默认不走任何索引，除非你显式创建对应生成列。
- 不要试图用
FUNCTIONAL_INDEX这类不存在的关键字——MySQL 8.0 没这个语法 - 检查慢查询日志，重点抓含函数调用的
ORDER BY和WHERE子句，逐个补生成列+索引 - 测试时用
EXPLAIN FORMAT=TREE看是否出现using_sorting_index，这是功能索引被用于排序的明确信号
真正麻烦的不是建索引，而是确认每个函数调用在 WHERE 和 ORDER BY 中的行为是否被优化器识别——这取决于表达式确定性、生成列类型、以及有没有隐式类型转换。稍微写错一个括号位置，就退回 filesort。
