ThinkPHP 5.1 中 whereTime 日期区间多出一天，主因是右边界未闭合、时区不一致及类型不匹配；应显式指定时间范围、统一时区配置、字段为时间戳时改用原生 where 条件。
ThinkPHP 5.1 用 whereTime 或 date()/strtotime() 做日期循环时多出一天，基本是时区没对齐或时间表达式解析偏差导致的，不是代码逻辑错，而是 PHP 和数据库对「同一天」的理解不一致。
whereTime('field', 'between', ['2024-05-01', '2024-05-31']) 多出 6 月 1 日
这是因为 whereTime 对右边界不做闭合处理，也不自动补 23:59:59。它把 '2024-05-31' 当成字符串直接拼进 SQL，MySQL 解析为 '2024-05-31 00:00:00'，所以 '2024-05-31 10:20:30' 这样的数据会被漏掉，而某些情况下因隐式转换或索引扫描范围扩大，反而把 2024-06-01 00:00:00 误包含进来。
- 别依赖单日期字符串做区间，显式写全时间：
whereTime('create_time', 'between', ['2024-05-01 00:00:00', '2024-05-31 23:59:59']) - 确认数据库连接配置中已设
timezone，例如 PDO DSN 加;timezone=Asia/Shanghai，否则 MySQL 可能按 UTC 解析 -
whereTime不会调用strtotime()做二次校准，传进去什么就当什么用，不推荐混用中文或模糊表达式（如'last day of may'）
用 strtotime('+1 day') 循环日期时跳到下下天
根本原因是输入格式不标准或时区污染。strtotime() 对空格、斜杠、时区标记极其敏感，比如 '2024/05/01' 在部分 PHP 版本里会被识别为 m/d/Y 格式，变成 5 月 1 日还是 1 月 5 日取决于系统 locale。
- 强制统一输入为
Y-m-d格式，例如$date = '2024-05-01'; $next = date('Y-m-d', strtotime($date . ' +1 day')); - 更稳的做法是换
DateTime类：(new DateTime($date))->modify('+1 day')->format('Y-m-d')，它不依赖 locale，且可绑定时区 - 避免在循环体里反复调用
date_default_timezone_set()，应在脚本开头一次性设好，否则每次调用strtotime()都可能拿到不同基准时间
数据库字段是 int 时间戳，但循环逻辑按 datetime 处理
如果 create_time 是 int 类型存的时间戳（如 1717142400），却用 whereTime('create_time', '>=', '2024-05-01')，ThinkPHP 会原样拼字符串条件，MySQL 尝试把整数和字符串比大小，触发隐式类型转换，结果不可控——可能全表扫描，也可能漏数据，极端情况还会因类型转换规则“绕过”索引，把隔壁日期的数据拉进来。
立即学习“PHP免费学习笔记（深入）”；
- 字段是时间戳就别用
whereTime，改用原生where：where('create_time', '>=', strtotime('2024-05-01')) - 确保
strtotime()返回值是整数，加个(int)强转更保险：(int)strtotime('2024-05-01') - 查出来再格式化可以，但循环条件必须严格匹配字段类型，不能“一边存数字、一边比字符串”
真正容易被忽略的是：TP5.1 的 whereTime 完全不感知数据库时区，也不做任何标准化预处理；你看到的「多出一天」，大概率是 PHP 用上海时间算出 5 月 31 日 23:59，但 MySQL 按 UTC 存着 6 月 1 日 07:59，两边一比，就溢出了。
