在开发Web应用时，我们经常需要根据时间戳查询数据库记录。然而，当需求是精确到分钟，而忽略秒数时，直接使用now()进行比较往往无法得到预期的结果。例如，一个每分钟运行一次的定时任务（cronjob）需要获取当前分钟内完成的所有预订，如果直接使用Booking::where('completed_at', now())->get();，由于now()包含了秒数信息（如2023-10-27 10:30:45），它将只匹配到秒数完全一致的记录，这在大多数情况下是不可行的。数据库中的DATETIME或TIMESTAMP字段通常存储完整的Y-m-d H:i:s格式，因此需要一种方法来“四舍五入”或截断比较精度。
解决方案一：使用 whereBetween 和 Carbon 的时间范围方法
这是推荐的解决方案，因为它能够利用数据库索引，并且代码可读性强。Carbon库提供了startOfMinute()和endOfMinute()方法，可以方便地获取当前分钟的起始和结束时间。通过这两个方法，我们可以构建一个精确到分钟的时间范围，然后使用whereBetween查询该范围内的所有记录。
实现原理：startOfMinute()会将当前时间（例如2023-10-27 10:30:45）调整为该分钟的开始（2023-10-27 10:30:00）。 endOfMinute()会将当前时间调整为该分钟的结束（2023-10-27 10:30:59）。 whereBetween查询将查找completed_at字段值介于这两个时间点之间的所有记录。
示例代码：
use App\Models\Booking;
use Carbon\Carbon;
// 获取当前分钟的开始和结束时间
$startOfCurrentMinute = Carbon::now()->startOfMinute();
$endOfCurrentMinute = Carbon::now()->endOfMinute();
// 查询在当前分钟内完成的所有预订
$bookings = Booking::whereBetween('completed_at', [$startOfCurrentMinute, $endOfCurrentMinute])->get();
// 打印查询结果（可选）
// dd($bookings);优点：
立即学习“PHP免费学习笔记（深入）”；
学术新闻稿撰写专业工具。包含规范的五段式写作结构、全流程工作步骤、常见问题解决方案和效率提升技巧。**当以下情况时使用此 Skill**：(1) 需要撰写学术机构、科研团队的新闻通稿/宣传稿；(2) 需要将学术论文、科研成果转化为面向公众的科普性新闻稿；(3) 用户提到"学术新闻稿"、"科研宣传稿"、"论文新闻稿...
- 性能优越： 这种方法将查询转换为一个范围查询（column >= 'start_time' AND column
- 代码简洁： 利用Carbon的API，代码意图明确，易于理解和维护。
- 避免格式化问题： 直接比较DateTime对象，避免了字符串格式化可能带来的潜在问题。
解决方案二：使用 DB::raw 和数据库日期格式化函数
这种方法通过在数据库层面格式化时间字段和比较值，使其精度匹配到分钟。
实现原理： 使用DATE_FORMAT()（MySQL）或类似的数据库函数将completed_at字段格式化为Y-m-d H:i的字符串，然后与当前时间的Y-m-d H:i格式化字符串进行比较。
示例代码：
use App\Models\Booking;
use Carbon\Carbon;
use Illuminate\Support\Facades\DB;
// 获取当前时间并格式化为 Y-m-d H:i
$formattedCurrentMinute = Carbon::now()->format('Y-m-d H:i');
// 使用 DB::raw 进行数据库层面的格式化比较
$bookings = Booking::where(DB::raw("DATE_FORMAT(completed_at, '%Y-%m-%d %H:%i')"), $formattedCurrentMinute)->get();
// 打印查询结果（可选）
// dd($bookings);注意事项：
- 数据库兼容性： DATE_FORMAT()是MySQL的函数，对于PostgreSQL可能需要使用to_char()，SQL Server可能需要FORMAT()或CONVERT()。在使用时需要考虑数据库类型。
- 索引失效： 这种方法在completed_at字段上使用了函数（DATE_FORMAT()），这意味着数据库无法直接使用该字段上的索引。对于大数据量的表，这可能导致全表扫描，严重影响查询性能。
- 可读性略差： 引入了DB::raw和数据库特定的函数，使得代码不如纯Carbon方法直观。
总结与最佳实践
在上述两种解决方案中，强烈推荐使用whereBetween结合Carbon的startOfMinute()和endOfMinute()方法。这种方法不仅代码优雅、易于理解，更重要的是它能够充分利用数据库索引，确保在处理大量数据时保持高效的查询性能。
当你在定时任务（如每分钟执行的cronjob）或其他需要分钟级时间比较的场景中，务必避免直接将now()与数据库时间戳字段进行等值比较。通过构建明确的时间范围，可以有效解决时间精度不匹配的问题，并优化数据库查询效率。
