phpEnv中MySQL 5.7+默认严格模式（含STRICT_TRANS_TABLES等）导致旧项目SQL报1064错，可通过PDO/mysqli动态设sql_mode=''临时解决，或修改phpEnv的mysql\conf\my.ini中[mysqld]段为sql_mode=NO_ENGINE_SUBSTITUTION并重启MySQL永久修复。
phpEnv 中 MySQL 5.7+ 默认严格模式导致 1064 报错
phpEnv 默认启用 MySQL 5.7 或更高版本时，sql_mode 包含 STRICT_TRANS_TABLES 和 NO_ZERO_DATE 等严格规则，而旧 PHP 项目（尤其基于 MySQL 5.6 或更早写的 SQL）常有不带默认值的 NOT NULL 字段、空字符串插入时间类型、或省略 GROUP BY 全字段等写法——这些在严格模式下直接触发 1064 You have an error in your SQL syntax。
这不是语法真错了，而是 MySQL 拒绝执行“语义模糊但过去容忍”的语句。
- 典型报错位置：
INSERT INTO user (name) VALUES ('')（但email是NOT NULL且无默认值） - 常见于 ThinkPHP 3.x、Discuz X2/X3、早期 Laravel 迁移脚本
- phpEnv 控制面板里看不到
sql_mode配置，需手动改配置文件
临时绕过：连接时动态禁用严格模式
如果只是本地开发调试、不想动全局配置，可在 PDO 连接参数或 mysqli 初始化后立刻执行 SET sql_mode=''。
- PDO 示例：
$pdo = new PDO($dsn, $user, $pass, [PDO::MYSQL_ATTR_INIT_COMMAND => "SET sql_mode=''"]) - mysqli 示例：
$mysqli->query("SET sql_mode=''")（必须在第一次查询前调用） - 注意：该设置只对当前连接生效，不能修复建表语句里的语法问题（如
datetime NOT NULL却没DEFAULT）
永久修复：修改 phpEnv 内置 MySQL 的 my.ini
phpEnv 的 MySQL 配置文件不在标准路径，而在其安装目录下的 mysql\conf\my.ini（不是 mysql\my.ini）。
- 用记事本打开
phpEnv\mysql\conf\my.ini - 找到
[mysqld]段，在下方新增一行：sql_mode=NO_ENGINE_SUBSTITUTION - 不要写成
sql_mode=空值，MySQL 8.0+ 会报配置错误；NO_ENGINE_SUBSTITUTION是最轻量的兼容模式 - 保存后，通过 phpEnv 控制面板「重启 MySQL」，而非仅「重启服务」——否则配置不加载
验证是否生效及排查残留问题
重启后连上 MySQL 执行 SELECT @@sql_mode，确认返回结果不含 STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES。
- 如果仍报
1064，检查是否用了 MySQL 8.0+ 新增关键字当字段名（如rank、json），需加反引号：`rank` - phpEnv 自带的 phpMyAdmin 版本较老（常为 4.6.x），它自身建库语句也可能触发严格模式报错——建议换用 Adminer 或 DBeaver 连接测试
- 某些 CMS 安装脚本会检测 MySQL 版本并自动切换 SQL 模式，此时要同步更新其
install/下的mysql.sql文件，把DATETIME NOT NULL改成DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP
真正麻烦的从来不是改配置，而是那些散落在十几个 SQL 文件里、没加反引号的保留字字段，和建表时漏写的 DEFAULT——它们不会在日志里明说，只会安静地卡在第 3 行第 17 列。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
