phpenv中修改mysql的sql_mode配置需编辑phpenv\mysql\my.ini文件，在[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，确保无分号注释、无引号、编码为ansi或utf-8无bom，修改后须彻底重启mysql进程。
phpEnv 中修改 MySQL 的 sql_mode 配置位置在哪
phpEnv 是 Windows 下集成环境，其 MySQL 配置文件默认位于 phpEnv\MySQL\my.ini（不是 my.cnf），且必须在 [mysqld] 段落内修改，否则无效。
常见错误是直接改了 phpEnv\Apache\conf\httpd.conf 或误编辑了根目录下不存在的 my.cnf —— 这些路径完全不生效。
- 用记事本或 VS Code 打开
phpEnv\MySQL\my.ini - 查找是否存在
[mysqld]段落；若没有，手动添加一行[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 - 确保该行**前面没有分号注释**，也**不能带单引号**（如
'STRICT_...'会直接导致 MySQL 启动失败）
重启后仍报 1055 错误？检查是否被覆盖或加载顺序错
phpEnv 启动时可能读取多个配置文件，my.ini 若放错位置或格式有误，MySQL 会回退到默认 sql_mode，即包含 ONLY_FULL_GROUP_BY。
验证方式：启动 phpEnv 后，用 Navicat 或命令行连上 MySQL，执行 SELECT @@sql_mode;。如果结果里仍有 ONLY_FULL_GROUP_BY，说明配置未生效。
- 确认你修改的是
phpEnv\MySQL\my.ini，而不是phpEnv\MySQL\data\下某个自动生成的临时 ini - 检查
my.ini文件编码是否为 ANSI 或 UTF-8 无 BOM（UTF-8 with BOM 可能导致 MySQL 解析失败） - phpEnv 界面点击「重启 MySQL」有时不彻底，建议手动结束进程
mysqld.exe再重启 - 某些旧版 phpEnv 默认启用了
skip-grant-tables或其他模式，会干扰 sql_mode 加载，可临时注释掉非必要项再试
Laravel / PHP 代码中临时绕过，但别长期依赖
如果只是开发调试阶段、且无法立刻改配置，可在 Laravel 的数据库连接建立后立即执行会话级设置：
DB::statement("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'");
注意这仅对当前请求连接有效，且每次请求都得执行——不适合生产环境。更隐蔽的风险是：Eloquent 的 groupBy() 若搭配 select() 中含非分组字段，即使设置了 session mode，部分驱动（如 PDO MySQL 8.0+）仍可能因预处理行为提前校验而报错。
- 不要写成
SET sql_mode = ...（缺SESSION关键字，在某些客户端下会被当作 GLOBAL 操作，需要 SUPER 权限） - 避免在 migration 或 Seeder 中执行该语句，它不会影响后续查询连接
- 一旦配置文件改对了，务必删掉这类语句，否则上线后容易因权限缺失或连接池复用导致不可预期失败
为什么改了配置、重启了，SELECT 还报错？重点看 functional dependency
MySQL 5.7.5+ 和 8.0 对 ONLY_FULL_GROUP_BY 的实现其实比表面更严格：即使你手动去掉了该 mode，如果 GROUP BY 字段不是主键或唯一键，而 SELECT 中又引用了其他字段（比如 SELECT id, name FROM users GROUP BY dept_id），MySQL 8.0 仍可能因“非函数依赖”拒绝执行——这不是配置问题，是 SQL 语义本身不安全。
此时改配置只是绕过第一层校验，底层逻辑没变。真正健壮的做法仍是让 SQL 符合标准：
- 用
MAX(name)或ANY_VALUE(name)显式声明意图（ANY_VALUE()在 MySQL 5.7+ 可用，需确保 sql_mode 不含ONLY_FULL_GROUP_BY） - 确认 GROUP BY 字段具备函数依赖性，例如
GROUP BY user_id（主键）时，SELECT user_id, email, created_at是合法的 - 复杂场景优先用子查询或窗口函数（MySQL 8.0+ 支持
ROW_NUMBER() OVER (PARTITION BY ...)）替代模糊的 GROUP BY
配置可以关，但数据语义的歧义关不掉。最容易被忽略的是：你以为关了 ONLY_FULL_GROUP_BY 就一劳永逸，其实只是把错误从启动时报，推迟到了运行时某条特定 SQL 上才暴露。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
