MySQL 5.7迁8：存储过程表名/别名大小写问题修正与预校验咨询

安全阿岳

2026-7-6

MySQL 5.7 迁移至 8.0 存储过程大小写问题解决方案

1. 是否有简便的修正方法？

由于lower_case_table_names=0时MySQL 8.0对标识符（表名、别名）的大小写敏感性要求更严格，加上你的表名无固定前缀后缀、别名通用，没法靠简单全局替换解决，推荐以下批量处理流程：

导出存储过程源码
用mysqldump仅导出存储过程，避免带出其他数据：

mysqldump -u [用户名] -p --routines --no-create-info --no-data --no-create-db --skip-opt [数据库名] > procs.sql

生成表名大小写映射表
从数据库元数据中提取所有表名（确保和实际存储的大小写一致）：
```
SELECT TABLE_NAME FROM information_schema.TABLES WHERE TABLE_SCHEMA = '[数据库名]';
```
把结果整理成一个列表，后续用来匹配替换存储过程中的表名，统一为和数据库中完全一致的大小写（比如全小写或全大写，保持和实际表名一致即可）。
脚本批量修正标识符大小写
用Python/Shell脚本处理导出的procs.sql：
1. 针对表名：匹配FROM/JOIN关键字后的表名，替换为映射表中对应的标准大小写；
2. 针对别名：先提取每个SQL语句中的别名定义（比如FROM my_table_1 MT1里的MT1），然后将该语句中所有该别名的引用统一为和定义一致的大小写（或统一转成小写/大写，只要保持一致即可）。
  示例Python伪代码思路：
```
import re
# 假设tables是从元数据获取的表名列表
tables = ["my_table_1", "school"]
# 匹配别名定义：FROM/JOIN 表名 别名
alias_pattern = re.compile(r'(FROM|JOIN)\s+(\w+)\s+(\w+)', re.IGNORECASE)
# 遍历每个存储过程的SQL语句，处理别名和表名
```
测试库验证
将修正后的procs.sql导入测试环境的MySQL 8.0，先确认存储过程能正常创建，再做小范围调用测试。

可以，不用全量调用存储过程，通过以下方式提前排查问题：

预编译检查SQL语句
从存储过程源码中提取每个独立的SQL查询/DML语句，用MySQL的预编译语法检查合法性：
```
PREPARE stmt FROM 'SELECT mt1.column1, mt1.column2 from my_table_1 mt1 where mt1.column3=100;';
DEALLOCATE PREPARE stmt;
```
预编译会检查别名大小写是否一致、表名是否存在（大小写匹配），如果有问题会直接报错，比创建存储过程后调用更高效。可以写脚本批量提取并执行这些预编译语句。
静态分析存储过程源码
用脚本扫描修正后的存储过程代码：
1. 检查每个别名的所有引用是否和其定义的大小写完全一致；
2. 检查所有表名是否和information_schema.TABLES中的表名大小写完全匹配。
  这种方式能提前发现大部分大小写不一致的问题。
检查存储过程状态
查询information_schema.ROUTINES确认存储过程是否正常创建，同时可以对比修正前后的源码，确保所有标识符大小写统一：
```
SELECT ROUTINE_NAME, ROUTINE_DEFINITION FROM information_schema.ROUTINES WHERE ROUTINE_SCHEMA = '[数据库名]';
```

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