Laravel执行RAW SQL报SQLSTATE[22007]错误，MySQL Workbench可正常运行

你遇到的SQLSTATE[22007]错误，核心原因是你传入的时间值不符合MySQL TIMESTAMP类型的严格格式要求——Laravel默认开启了MySQL严格模式，而你的MySQL Workbench连接大概率没开，所以才会出现两边执行结果不一致的情况。

什么是MySQL Strict Mode？ #

它是MySQL的一套严格数据校验规则集合，开启后会强制数据库严格遵守数据类型定义和约束，拒绝“宽容”处理不符合规则的数据，避免隐性的数据失真。核心包含以下几个关键规则：

• STRICT_TRANS_TABLES：针对事务表，插入/更新不符合规则的数据时直接报错回滚；非事务表则直接终止操作，不会自动修正数据（比如截断无效时间）。
• NO_ZERO_DATE：禁止插入'0000-00-00'这类无意义的零日期值。
• NO_ZERO_IN_DATE：禁止日期中出现月或日为0的情况，比如'2024-00-12'或'2024-05-00'都不被允许。
• ERROR_FOR_DIVISION_BY_ZERO：遇到除以零的操作直接报错，而非默认返回NULL。

Laravel默认开启严格模式，是为了保证数据的一致性和规范性——如果关闭严格模式，MySQL会自动修正不符合规则的数据（比如把无效时间截断为合法值），但这种隐性操作很容易导致数据错误，后期排查难度极大。

不关闭严格模式的解决方案 #

既然不想修改配置，建议从以下几个方向排查解决：

1. 校验时间参数格式：确保你传入的时间值完全符合MySQL TIMESTAMP的标准格式'YYYY-MM-DD HH:MM:SS'，避免出现'2024-5-1'（缺前导零）、'2024/05/01'（用斜杠分隔）或'2024-02-30'（无效日期）这类值。
2. 使用查询绑定替代字符串拼接：动态生成查询时，尽量用Laravel的参数绑定功能，不要直接把时间值拼进SQL语句，比如：

   $validTime = '2024-05-20 14:30:00';
   DB::select(DB::raw('SELECT * FROM your_table WHERE created_at = ?'), [$validTime]);
   

   这种方式会让Laravel自动处理参数的格式转换，避免格式不兼容问题。
3. 统一时区配置：检查config/database.php中MySQL的timezone配置，确保和MySQL服务器的时区一致（比如都设为'+08:00'或'Asia/Shanghai'），时区不一致也可能导致时间解析错误。

内容的提问来源于stack exchange，提问作者Gray