phpEnv中MySQL写入失败主因是sql_mode严格模式限制，如STRICT_TRANS_TABLES和NO_ZERO_DATE导致空字符串、全零日期等非法数据直接报错；可通过SET SESSION临时调整或修改my.ini永久配置解决。
phpEnv 中 MySQL 写入失败常见原因就是 sql_mode 限制太严
phpEnv 默认集成的 MySQL（尤其是 5.7+ 或 8.0）启用了严格模式，比如 STRICT_TRANS_TABLES、NO_ZERO_DATE、ERROR_FOR_DIVISION_BY_ZERO 等。一旦插入数据不符合约束（如空字符串写入 NOT NULL 字段、日期为 '0000-00-00'、整数除零），MySQL 就直接报错中断，而不是警告后写入。这在旧项目或快速原型开发中特别容易触发。
查看当前 sql_mode 值用 SELECT @@sql_mode
连接 phpEnv 自带的 MySQL（例如通过 phpMyAdmin 或命令行）执行：
SELECT @@sql_mode;
你会看到一长串以逗号分隔的模式，比如：
ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
其中 STRICT_TRANS_TABLES 和 NO_ZERO_DATE 是导致写入失败最频繁的两个。注意：不同 MySQL 版本默认值不同，phpEnv 通常沿用官方发行版策略。
立即学习“PHP免费学习笔记（深入）”；
临时修改 sql_mode（仅当前会话生效）
适合调试验证，不推荐长期使用：
- 在 PHP 中执行前加一句：
$pdo->exec("SET SESSION sql_mode = 'NO_ENGINE_SUBSTITUTION';"); - 或在 phpMyAdmin 的 SQL 标签页里直接运行：
SET SESSION sql_mode = 'NO_ENGINE_SUBSTITUTION'; - 该方式不影响其他连接，但每次新连接都要重设
永久修改需改 MySQL 配置文件 my.ini
phpEnv 的 MySQL 配置文件路径通常是：D:\phpEnv\MySQL\my.ini（Windows）或 /usr/local/phpenv/mysql/my.cnf（macOS/Linux，具体看安装时选的路径）。找到 [mysqld] 段落，添加或修改这一行：
sql_mode = "NO_ENGINE_SUBSTITUTION"
保存后重启 phpEnv 的 MySQL 服务（在 phpEnv 控制面板点「重启 MySQL」或右键托盘图标操作）。注意：
- 不要留空
sql_mode，空值在某些版本下反而触发更严格的默认行为 - 避免直接删掉所有模式，像
ONLY_FULL_GROUP_BY在复杂查询中仍有实际约束价值 - 改完务必验证：重启后重新执行
SELECT @@sql_mode;，确认已生效
真正容易被忽略的是：phpEnv 的「MySQL 服务」和「CLI 模式下的 mysql 命令」可能读取不同配置文件。如果只改了 my.ini 但命令行执行仍报错，检查是否 CLI 调用的是系统全局的 my.cnf —— 此时得用 mysql --defaults-file="D:\phpEnv\MySQL\my.ini" -u root -p 显式指定。
