本文介绍如何在
laravel
eloquent 查询中直接利用数据库字段（如 `minutes`）动态计算时间阈值，避免额外查询，解决 `carbon::now()->subminutes('minutes')` 因
php
与 sql 上下文混淆导致的“非数字值”错误。
在 Laravel 中，Carbon::now()->subMinutes($value) 是纯 PHP 表达式，运行于应用层，无法直接引用数据库表中的字段（如 minutes 列）。当你写成 subMinutes('minutes')（字符串字面量），PHP 会尝试将字符串 'minutes' 转为整数，结果为 0，进而触发 A non-numeric value encountered 错误——这本质上是类型不匹配 + 执行环境错位所致。
正确解法是
将时间运算下沉至数据库层
，借助 SQL 原生函数完成动态计算。以 MySQL 为例，可使用 NOW() - INTERVAL minutes MINUTE：
✅ 该写法优势明显：
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
零额外查询
：minutes 字段在 WHERE 子句中被实时读取并参与计算；
数据库级性能
：时间差由 MySQL 引擎高效执行，无需 PHP 解析或循环；
类型安全
：minutes 作为整型列直接参与 INTERVAL 运算，无类型转换风险。
⚠️ 注意事项：
若使用 PostgreSQL，应改用 NOW() - (minutes || ' minutes')::interval 或 CURRENT_TIMESTAMP - make_interval(mins => minutes)；
SQLite 可用 datetime('now', '-' || minutes || ' minutes')；
确保 minutes 字段为 TINYINT/SMALLINT 等整型（非字符串或 NULL），否则可能引发 SQL 错误；
DB::raw() 内容不经过 Laravel 的查询绑定机制，需确保字段名无用户输入（本例中 minutes 是固定列名，安全）。
总结：当逻辑依赖“数据库字段参与时间运算”时，必须放弃 Carbon 的 PHP 侧计算，转而采用数据库原生时间函数 + DB::raw() 组合。这是 Laravel 与关系型数据库协同工作的最佳实践之一，兼顾简洁性、性能与健壮性。
use Illuminate\Support\Facades\DB;
use App\Models\Contest;
Contest::latest()
->where('created_at', '>', DB::raw('NOW() - INTERVAL minutes MINUTE'))
->paginate(4);