MySQL 5.7+默认严格模式导致旧SQL报错，可临时用SET SESSION sql_mode修改会话级配置，或永久修改my.cnf中sql_mode并重启，云数据库需通过控制台调整。
MySQL 5.7+ 默认 strict mode 导致旧 SQL 报错怎么办
MySQL 5.7 及以上版本默认启用严格模式（
和
），这会让很多旧版应用中常见的“隐式类型转换”“插入空字符串到 NOT NULL 字段”“截断超长字符串”等操作直接报错，而不是警告后继续执行。这不是 bug，是行为变更——但你确实可以关掉它，前提是清楚后果。
查看当前 sql_mode 并识别哪些项属于“严苛模式”
先连上 MySQL 执行：
常见输出类似：
。其中真正触发“插入失败”的核心是：
（对事务表生效）和
（对所有表生效）。其他如
、
也属于“更严格”的校验，是否保留取决于你的业务容忍度。
临时修改（会话级）：快速验证兼容性
只影响当前连接，重启或断开就失效，适合测试：
去掉全部严苛项：
最简兼容写法（仅保留 MySQL 5.6 默认项）：
彻底清空（不推荐，会绕过几乎所有校验）：
注意：
不影响其他连接，也不能绕过全局限制（比如某些托管数据库禁止修改
）。
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
永久修改（需重启或动态生效）
编辑 MySQL 配置文件（通常是
或
），在
段落下添加：
或按需补充其他非严苛项，例如：
然后重启 MySQL：
（或
）。若用的是 MySQL 8.0.11+ 且支持动态变量，也可运行：
该命令会写入
并持久化，无需重启。
真正容易被忽略的是：有些云数据库（如阿里云 RDS、腾讯云 CDB）不允许修改
，只能通过控制台参数模板调整；而 Docker 启动的 MySQL 容器，必须把配置挂载进容器并确保
读取到了它——光改宿主机文件没用。
STRICT_TRANS_TABLESSTRICT_ALL_TABLESSELECT @@sql_mode;ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTIONSTRICT_TRANS_TABLESSTRICT_ALL_TABLESNO_ZERO_DATEERROR_FOR_DIVISION_BY_ZEROSET SESSION sql_mode = 'ONLY_FULL_GROUP_BY,NO_ZERO_DATE,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';SET SESSION sql_mode = 'NO_ENGINE_SUBSTITUTION';SET SESSION sql_mode = '';SET SESSIONsql_mode/etc/my.cnf/etc/mysql/mysql.conf.d/mysqld.cnf[mysqld]sql_mode = "NO_ENGINE_SUBSTITUTION"sql_mode = "ONLY_FULL_GROUP_BY,NO_ZERO_DATE,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"sudo systemctl restart mysqlmysqldSET PERSIST sql_mode = 'NO_ENGINE_SUBSTITUTION';mysqld-auto.cnfsql_modemysqld