不能执行 SET GLOBAL sql_mode = ''，因为它会关闭 STRICT_TRANS_TABLES 等关键校验，导致数据截断、非法日期静默入库等隐患；正确做法是仅移除 ONLY_FULL_GROUP_BY，保留其他必要模式并重启服务验证。
MySQL 5.7 默认启用严格 SQL Mode，其中 ONLY_FULL_GROUP_BY 是最常触发报错（错误码 1055）的项，但直接清空 sql_mode 并不推荐——它会同时关闭 STRICT_TRANS_TABLES 等关键校验，导致数据截断、非法日期静默入库等隐患。
为什么不能简单执行 SET GLOBAL sql_mode = ''
这条命令确实能让 GROUP BY 查询暂时通过，但它会完全禁用所有 SQL Mode 校验：
-
STRICT_TRANS_TABLES关闭后，向VARCHAR(10)插入 20 字符只会被静默截断，不报错 -
NO_ZERO_DATE和NO_ZERO_IN_DATE关闭后，'0000-00-00'或'2023-00-01'会被接受并存入，后续时间计算或 ORM 映射可能崩溃 - 该设置仅对新连接生效，且 MySQL 重启后丢失，不具备生产环境稳定性
正确做法：保留必要校验，只移除 ONLY_FULL_GROUP_BY
目标是让旧 SQL 兼容运行，同时不牺牲数据完整性。推荐使用以下精简组合（不含 ONLY_FULL_GROUP_BY）：
STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
操作分两步：
- 临时生效（验证用）：
SET GLOBAL sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'; - 永久生效：编辑 MySQL 配置文件，在
[mysqld]段下写入：sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION - Linux 常见路径：
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf；macOS 可能是/usr/local/etc/my.cnf；Windows 是my.ini（注意不是my.ini.txt） - 改完必须重启 MySQL：
sudo systemctl restart mysql（systemd）或sudo service mysql restart（sysvinit）
配置后必须验证是否真正生效
很多人改了配置却没生效，常见原因：
- MySQL 实际加载的是多个配置文件，
mysqld --verbose --help | grep "Default options"可查真实读取顺序 - 配置写在了错误段落，比如写在
[client]而非[mysqld]下，会被忽略 - 配置文件权限不对（如 root 写入但 mysql 用户无读权限），MySQL 启动日志里会出现 warning
- 验证命令必须用：
SELECT @@GLOBAL.sql_mode;（不是@@sql_mode），因为全局模式才决定新连接行为
最关键的细节：MySQL 5.7+ 的 ONLY_FULL_GROUP_BY 还依赖功能依赖检测（functional dependency），即使你删掉了它，如果查询里有非确定性字段（比如多行同 GROUP BY 值但不同 age），仍可能报错——这时不是模式问题，而是 SQL 本身逻辑缺陷，该修查询，不该再妥协模式。
