根本原因是whereTime对datetime字段做字符串比较时未补全时间部分，导致右边界被截断为当天00:00:00；datetime字段必须显式写出完整时间如['2026-08-01','2026-08-03 23:59:59']，date类型才可直接用日期字符串。
whereTime 用 between 查「多天」却只返回一天数据
根本原因是 whereTime 对 datetime 字段做字符串比较时，没补时间部分，导致右边界被截断为当天 00:00:00。比如你写 whereTime('create_time', 'between', ['2026-08-01', '2026-08-03'])，实际生成的 SQL 是 WHERE create_time BETWEEN '2026-08-01' AND '2026-08-03'，而 MySQL 把这两个字符串当成 '2026-08-01 00:00:00' 和 '2026-08-03 00:00:00' 处理——所以 8 月 3 日 10:00 的记录就查不到。
- 字段是
datetime类型时，必须显式写出完整时间：用['2026-08-01', '2026-08-03 23:59:59'] - 字段是
date类型（只存日期），才能直接用['2026-08-01', '2026-08-03']，MySQL 会自动对齐到整天 - 别依赖 PHP 的
strtotime('2026-08-03')去算右边界——它返回的是当天 00:00:00 时间戳，转成字符串还是'2026-08-03'，问题照旧 - 更稳妥的做法是用
date('Y-m-d H:i:s', strtotime('2026-08-03 +1 day') - 1)算出精确的 23:59:59，但不如直接手写字符串清晰
用 today/week/month 这类表达式查区间时漏数据
whereTime('create_time', '>=', 'today') 看似没问题，但它的行为取决于 PHP 当前时区，且不感知数据库时区。如果 PHP 设的是 Asia/Shanghai，而 MySQL 连接里没设 timezone=+8:00，那 today 算出来是 00:00:00（东八区），但数据库按 UTC 存 datetime，实际查的是 UTC 时间的当天，相当于少了 8 小时。
- 确认数据库连接 DSN 中已加
;timezone=Asia/Shanghai，或 ThinkPHP 配置里显式写'timezone' => 'Asia/Shanghai' -
whereTime('create_time', '>=', 'today')底层调的是strtotime('today')，不是 MySQL 的CURDATE()，没法绕过 PHP 层解析 - 跨天场景慎用
first day of this month：某些 PHP 版本对模糊英文表达解析不稳定，建议改用date('Y-m-01')拼字符串 - 如果数据库字段是 int 类型存时间戳，别用
whereTime，直接where('create_time', '>=', strtotime('today'))
循环输出日期区间时模板 date 修饰器失效
你在控制器里循环生成日期数组传给模板，比如 $dates = ['2026-08-01', '2026-08-02', '2026-08-03']; $this->assign('dates', $dates);，然后模板写 {$date|date='Y-m-d'}，结果全变成 1970-01-01——因为 date 修饰器只认整数时间戳，不接受字符串日期。
- 控制器里先转好：
$dates = array_map(function($d) { return strtotime($d); }, $dates); - 或者模板里用管道链：
{$date|strtotime|date='Y-m-d'}，但注意strtotime对非法格式返回 false，会触发默认值 - 如果数据来自数据库 datetime 字段，默认是字符串，模型里加获取器：
protected $type = ['create_time' => 'timestamp'];或查询时用->withAttr('create_time', 'strtotime') - 别在模板里写
{\$date|date='Y-m-d', +8*3600}来“修正”时区——+8*3600 是偏移量，但前提是$date是时间戳；字符串传进去会被忽略第二参数
日志和定时任务里的时间逻辑错乱
ThinkPHP 5.1 的日志文件名按 Y-m-d 生成，但如果服务器系统时区是 UTC、PHP 时区设成 Asia/Shanghai，就会出现「今天」的日志写进昨天的文件里。同样，命令行执行的定时任务（如 php think schedule:run）也依赖 PHP 时区，若没统一，计划任务可能早 8 小时或晚 8 小时触发。
立即学习“PHP免费学习笔记（深入）”；
- 入口文件第一行必须加
date_default_timezone_set('Asia/Shanghai');，不能只靠php.ini—— CLI 和 Web SAPI 有时读不同配置 - Linux 系统级时区也要同步：
timedatectl set-timezone Asia/Shanghai，否则date命令和 cron 都按 UTC 跑 - 日志通道必须用
'type' => 'daily'，且'path'设绝对路径；'single'模式下所有时间都堆一起，根本谈不上「按天循环」 - 别信
date('Y-m-d')在哪都一样——它永远按 PHP 时区算，跟数据库、前端 JS、用户本地时间都没关系，得靠上下文明确约束
真正麻烦的不是语法怎么写，而是时间在 PHP、MySQL、操作系统、浏览器之间流转时，每层都可能悄悄改掉它。一个 datetime 字段从数据库读出来、进模板、再被 strtotime 解析、最后塞进 whereTime，中间只要有一处时区没对齐，结果就差 8 小时。
