MySQL 8.0与MySQL 5.7的SQL语法有哪些区别

MySQL 8.0 与 5.7 存在多处必须改写的语法断裂点：GRANT 不再支持 IDENTIFIED BY，须拆分为 CREATE USER + GRANT；CREATE USER 必须显式指定认证插件（如 mysql_native_password）；GROUP BY 不再隐式排序，需显式加 ORDER BY；NO_AUTO_CREATE_USER 等 sql_mode 选项已被彻底移除。

MySQL 8.0 和 5.7 的 SQL 语法不是“小修小补”，而是存在几处必须改写才能跑通的硬性断裂点。升级后第一句 GRANT 就报错、GROUP BY 返回乱序、CREATE USER 创建完连不上——这些都不是配置问题，是语法解析器直接拒绝。

GRANT 语句里不能带 IDENTIFIED BY

这是最常卡住部署脚本的第一道墙。MySQL 8.0 彻底移除了 GRANT 中的 IDENTIFIED BY 语法路径，哪怕用户还不存在，也不再允许建人+赋权一步到位。

1. 5.7 可跑通：GRANT SELECT ON app.* TO 'api'@'%' IDENTIFIED BY 'p123';
2. 8.0 直接报错：ERROR 1064 (42000): You have an error in your SQL syntax [...] near 'IDENTIFIED BY'
3. 必须拆成两步：CREATE USER 'api'@'%' IDENTIFIED WITH mysql_native_password BY 'p123'; → GRANT SELECT ON app.* TO 'api'@'%';
4. 跨版本兼容写法：用 CREATE USER IF NOT EXISTS 开头，5.7 会忽略 IF NOT EXISTS 但不报错，8.0 则真正生效

CREATE USER 必须显式指定认证插件

8.0 默认用 caching_sha2_password 插件，而 PyMySQL ≤0.9、旧版 Navicat、PHP mysqli、JDBC 5.x 等根本不认识它，连接时抛出 Authentication plugin 'caching_sha2_password' cannot be loaded。

1. 错：只写 CREATE USER 'u'@'%' IDENTIFIED BY 'p'; —— 用户创建成功，但客户端连不上
2. 对：显式声明插件：CREATE USER 'u'@'%' IDENTIFIED WITH mysql_native_password BY 'p';
3. IDENTIFIED WITH 和 IDENTIFIED BY 必须同时出现，顺序不能颠倒；WITH 后是插件名，BY 后才是密码
4. 已有用户改插件用：ALTER USER 'u'@'%' IDENTIFIED WITH mysql_native_password BY 'p';（注意：只写 ALTER USER ... IDENTIFIED BY 会悄悄把插件重置为 caching_sha2_password）

GROUP BY 不再隐式排序，ORDER BY 必须显式写

5.7 中 SELECT a, COUNT(*) FROM t GROUP BY a 默认按 a 排序；8.0 移除了该行为，结果顺序完全不确定，除非加 ORDER BY。

1. 业务逻辑依赖分组后顺序？必须补上：SELECT a, COUNT(*) FROM t GROUP BY a ORDER BY a;
2. 别靠测试数据“验证”顺序——8.0 优化器可能因统计信息变化改变执行路径，同一语句在不同时间返回不同顺序
3. 升级前检查：SELECT @@sql_mode; 是否含 ONLY_FULL_GROUP_BY，它会让非法 GROUP BY（如 SELECT a, b FROM t GROUP BY a）直接报错

sql_mode 中 NO_AUTO_CREATE_USER 已被移除

这个选项在 8.0 中彻底消失，不是废弃，是删除。如果备份恢复脚本或配置文件里还写了它，MySQL 8.0 启动就会失败。

1. 典型报错：Variable 'sql_mode' can't be set to the value of 'NO_AUTO_CREATE_USER'
2. 8.0 默认 sql_mode 包含 STRICT_ALL_TABLES（比 5.7 的 STRICT_TRANS_TABLES 更严），且不再有 NO_AUTO_CREATE_USER
3. 迁移时需清理所有含该选项的配置、dump 文件、初始化脚本
4. 其他已移除项还包括：DB2、MSSQL、ORACLE 等模拟模式，以及 NO_FIELD_OPTIONS 等影响 SHOW CREATE TABLE 输出的选项

最容易被忽略的是 ALTER USER ... IDENTIFIED BY 这种“看着安全”的操作——它在 8.0 里会静默覆盖认证插件，导致原本能连的用户突然断连。不是所有语法差异都表现为报错，有些只是悄悄改掉关键行为。