关闭PHPEnvMySQLONLY_FULL_GROUP_BY模式方法

本文详解了在phpEnv环境下因MySQL 5.7+默认启用ONLY_FULL_GROUP_BY模式导致GROUP BY查询报错1055的完整解决方案，涵盖快速验证、临时会话禁用、永久配置修改等实操步骤，并一针见血地指出：盲目关闭该模式虽能“绕过报错”，却埋下结果不确定、跨环境不兼容、线上部署失败的重大隐患；真正稳健的做法是重构SQL——使用ANY_VALUE()、补全GROUP BY字段或采用窗口函数等标准写法，既符合SQL规范，又确保本地开发与云数据库（如阿里云RDS）无缝衔接，让代码更可靠、更可维护。

phpEnv 默认用 MySQL 5.7+，启动时自动启用 ONLY_FULL_GROUP_BY，直接改 SQL 会报错 1055；必须改配置或会话模式才能绕过。

确认当前 sql_mode 是否含 ONLY_FULL_GROUP_BY

连上 phpEnv 自带的 MySQL（通常是 127.0.0.1:3306），执行：

SELECT @@GLOBAL.sql_mode;

如果返回值里包含 ONLY_FULL_GROUP_BY，就确认是它在拦你的 GROUP BY 查询。

临时关闭（仅当前连接有效）

适合调试、验证逻辑，不用重启，但每次新连接都要重设：

• 在 PHP 中执行：mysqli_query($conn, "SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''));");
• 或在 phpMyAdmin / MySQL 客户端里直接运行：SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
• 注意：SET GLOBAL 在 phpEnv 中通常无效——多数打包版 MySQL 启动时禁用了动态全局变量修改

永久关闭（需改配置文件并重启服务）

phpEnv 的 MySQL 配置文件位置不统一，常见路径有：

• C:\phpEnv\config\mysql\my.ini（Windows 最常见）
• C:\phpEnv\mysql\my.ini（部分旧版）
• 找不到时，可在 phpEnv 控制面板里点「MySQL 设置」→「打开配置文件」，或查 MySQL 启动日志里的 Default options are read from 行

在 [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

务必删掉 ONLY_FULL_GROUP_BY，不要留空或写成 sql_mode = ""——MySQL 会自动补回默认值，包括它。

改完后，在 phpEnv 控制面板里「重启 MySQL」，再执行 SELECT @@GLOBAL.sql_mode; 验证。

为什么推荐重写 SQL 而不是关模式？

关掉 ONLY_FULL_GROUP_BY 后，这类查询可能“跑通”，但结果不可靠：

• SELECT user_id, name, COUNT(*) FROM orders GROUP BY user_id; —— name 是随机选某条记录的，不是第一个、也不是最新一个
• 不同 MySQL 版本、甚至同版本不同执行计划下，name 值可能变化，线上排查极难定位
• phpEnv 常用于本地开发，一旦代码带着这种非标准写法上线到云数据库（如阿里云 RDS），会被强制拦截——它们不让你改 sql_mode

真正安全的做法是：把 name 改成 ANY_VALUE(name)，或加进 GROUP BY，或用子查询/窗口函数替代。这比改配置更可持续。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~