Laravel 5.4中使用STR_TO_DATE查询返回空结果求助

我帮你梳理下可能的原因和对应的解决办法，结合你提到的细节（其他MySQL函数正常、直接跑SQL没问题、MySQL 5.6.35），重点排查这几个方向：

1. 尝试使用参数绑定替代硬编码字符串 #

虽然你用了whereRaw，但硬编码的字符串可能被Laravel的查询构建器隐性处理（比如转义规则差异）。换成参数绑定的方式试试，这也是Laravel推荐的安全写法：

$reportData = DB::table('my_table')
    ->select('my_table.*')
    ->whereRaw("STR_TO_DATE(my_table.date, '%m.%Y') >= STR_TO_DATE(?, '%m.%Y')", ['01.2017']);

这种方式能确保你的日期字符串被正确传递给MySQL，避免转义导致的解析失败。

2. 检查Laravel与MySQL的字符集、时区配置差异 #

Laravel和phpMyAdmin连接MySQL时，使用的字符集或时区不一致，可能导致STR_TO_DATE解析失败：

• 打开config/database.php，检查mysql配置下的charset和collation，确保和phpMyAdmin连接时的字符集一致（比如都是utf8mb4或utf8）。
• 确认Laravel的app.timezone（在config/app.php）和MySQL的全局时区一致。可以在MySQL里执行SELECT @@global.time_zone;查看，再和Laravel配置对比。

3. 对比MySQL日志中的完整查询细节 #

你提到已经查看了MySQL日志，仔细对比id=1（Laravel）和id=2（phpMyAdmin）的日志：

• 确认两条查询的完整语句完全一致，有没有Laravel自动添加的隐性条件（比如你没注意到的全局作用域？不过你用的是DB::table，概率很低）。
• 检查两条查询的连接上下文：比如是否用了不同的数据库用户，用户权限是否有差异（虽然权限问题一般报错，但也可以排除）。

4. 排查date字段的脏数据 #

虽然直接跑SQL能得到结果，但可以检查my_table中是否存在无法被STR_TO_DATE('%m.%Y')解析的date值：

SELECT date FROM my_table WHERE STR_TO_DATE(date, '%m.%Y') IS NULL;

如果有这类脏数据，Laravel查询时是否因为某种逻辑（比如隐性的过滤）导致结果为空？不过这个可能性较低，但可以快速排查。

5. 清除Laravel查询缓存 #

偶尔查询缓存会导致旧的空结果被返回，执行以下命令清除缓存：

php artisan cache:clear
php artisan config:clear

然后重新执行查询试试。

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