MySQL 8.0.25升级后INFORMATION_SCHEMA.COLUMNS排序异常问题咨询

问题1 根因分析 #

• 首先SQL标准未对无ORDER BY语句的查询结果顺序做任何强制规定，直接执行SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = [表名]的返回顺序完全依赖数据库内部遍历逻辑，不属于稳定可预期的行为，默认排序固定的假设本身不成立。
• 重启后先按字母排序、数天后自动恢复的现象，是MySQL 8.0的元数据缓存机制导致的：8.0版本对INFORMATION_SCHEMA做了惰性加载优化，服务重启后元数据缓存为空，首次查询某表的列信息时，会先从数据字典按字母序返回基础元数据；等后续全量元数据（包括对应物理列顺序的ORDINAL_POSITION属性）全部加载并缓存后，默认遍历顺序就会切换为物理列顺序，也就是你观察到的"自动恢复"效果。
• 部分客户端返回列顺序异常属于客户端实现不规范：这类客户端获取表结构时没有显式加ORDER BY ORDINAL_POSITION，直接复用了无排序查询的返回结果作为列顺序基准，自然会随INFORMATION_SCHEMA的默认返回顺序波动，LabView、旧版本HeidiSQL、FlySpeed SQL Query都属于这类存在实现缺陷的客户端。

问题2 解决方案 #

• 目前没有可配置的服务端参数可以强制INFORMATION_SCHEMA.COLUMNS的默认返回顺序，因为无排序查询的结果顺序本身就不属于官方承诺的稳定特性。
• 可落地的修复方案如下：
  • 根治方案：规范所有查询INFORMATION_SCHEMA.COLUMNS的逻辑，所有取表结构的请求必须显式增加ORDER BY ORDINAL_POSITION子句，该方案完全符合SQL标准，结果100%稳定，HeidiSQL就是通过该方式修复了同类问题。
  • 临时 workaround：如果短期内无法修改客户端代码，可以在MySQL服务重启后手动执行一次全量元数据加载：SELECT * FROM INFORMATION_SCHEMA.COLUMNS，一次性将所有表的元数据加载到缓存中，无需等待数天自动加载即可让INFORMATION_SCHEMA的默认返回顺序恢复为按物理列顺序排序。

补充说明 #

你后续确认的SELECT * FROM [表名] WHERE 1=0列顺序异常问题未复现，也进一步验证了核心矛盾完全来自于客户端对INFORMATION_SCHEMA默认排序的错误依赖，修复客户端查询逻辑即可彻底解决问题。

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