MySQL 8.0+ 的 GRANT 语法不被 5.7 识别时，应使用条件注释（如 /*!50700 CREATE USER ... */）实现版本分流执行：5.7+ 执行带版本号的语句，旧版自动跳过；所有版本均支持基础 GRANT 语句，且必须拆分用户创建与权限授予，禁用 sql_mode 兼容授权。
MySQL 8.0+ 的 GRANT 语法不被 5.7 识别怎么办
MySQL 8.0 彻底重构了权限系统，GRANT 语句不再允许直接创建用户（如 GRANT ALL ON *.* TO 'u'@'%' IDENTIFIED BY 'p'），而 5.7 及更早版本不支持 8.0 新增的权限（如 BACKUP_ADMIN、CLONE_ADMIN）。硬写一个语句想通吃两个版本，大概率报错。
关键不是“怎么写得更通用”，而是“让不同版本只执行它认得的那部分”。这时就得靠 MySQL 特有的条件注释语法 /*!50700 ... */ —— 它不是普通注释，是“仅当 MySQL 版本 ≥ 指定数字时才执行”的开关。
- 用
/*!50700 CREATE USER 'u'@'%' IDENTIFIED BY 'p' */;创建用户（5.7+ 支持，5.6 及以下跳过） - 紧接着写
GRANT SELECT ON db.* TO 'u'@'%';（所有版本都认这个基础语法） - 若需赋予 8.0 特有权限，用
/*!80000 GRANT BACKUP_ADMIN ON *.* TO 'u'@'%' */;，5.7 会无视这整行
为什么不能用 SET sql_mode='MYSQL40' 来兼容授权语句
SET sql_mode='MYSQL40' 对授权语法完全无效。这个模式只影响 SQL 解析行为（比如对 GROUP BY、STRICT_TRANS_TABLES 的宽松程度），但不改变权限系统的底层结构。MySQL 5.7 和 8.0 的 mysql.user 表字段、认证插件逻辑、权限粒度都不同，靠改 sql_mode 是绕不过去的。
强行设成 MYSQL40 只会让其他地方出问题（比如触发更老的默认行为，导致字符集或时间类型异常），而 GRANT 报错照旧。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 检查当前实际生效的权限语句是否被执行：运行
SHOW GRANTS FOR 'u'@'%'; - 确认用户是否存在且插件匹配：
SELECT user, host, plugin FROM mysql.user WHERE user = 'u'; - 不要依赖
sql_mode处理权限，它管不了这事
在初始化脚本里安全混用多版本授权语句的实操要点
你写的是部署脚本（比如 Docker 初始化、Ansible playbook 或 DVWA 安装 SQL），目标是“一次写，多环境跑”。这时候不能靠人工判断版本再选脚本，得让 SQL 自己做判断。
核心原则：把用户创建、权限授予、密码策略拆成独立可跳过的块，每个块用对应版本号标注。中间穿插无害的通用语句（如 FLUSH PRIVILEGES）保证状态同步。
- 先用
/*!50700 DROP USER IF EXISTS 'u'@'%' */;（5.7+ 才执行，5.6 下跳过，不报错） - 再用
CREATE USER IF NOT EXISTS 'u'@'%' IDENTIFIED BY 'p';（注意：这个IF NOT EXISTS在 5.7.6+ 和 8.0 都支持，但 5.7.0–5.7.5 不支持，要避开） - 密码强度策略（如
ALTER USER 'u'@'%' PASSWORD EXPIRE NEVER;）必须用/*!50711 ... */包裹，因该语法 5.7.11 才引入 - 所有
GRANT后必须跟FLUSH PRIVILEGES;，否则某些旧版可能不立即生效
容易被忽略的隐性坑：host 匹配规则和大小写敏感性
授权语句看似只跟版本有关，其实还卡在两个底层行为上：一个是 host 字段的通配符解析（% 是否匹配 localhost），另一个是表名/用户名大小写处理（受 lower_case_table_names 影响）。这两个在 5.7 和 8.0 默认值不同，会导致同一句 GRANT 在不同环境权限实际生效范围不一致。
比如你在 8.0 上写了 GRANT SELECT ON `MyDB`.* TO 'u'@'%';，而目标环境 lower_case_table_names=0（Linux 默认），那么 MyDB 和 mydb 被视为不同库 —— 但 5.7 可能因配置差异悄悄转成小写，结果权限没给到预期库。
- 始终用反引号包裹数据库名和用户名：
GRANT SELECT ON `mydb`.* TO `u`@`%`; - 避免在
host中混用localhost和127.0.0.1：它们在权限系统里是两个不同 host，MySQL 8.0 更严格区分 - 检查目标环境的
lower_case_table_names值：SELECT @@lower_case_table_names;，若为 0，所有名字必须严格大小写匹配
