php中用sql between查日期范围需注意：字段类型与参数格式一致，补全时分秒避免截断；统一时区；pdo预处理传入y-m-d h:i:s字符串；优先用>=和
PHP中用SQL的BETWEEN查日期范围，要注意时区和格式
直接用 BETWEEN 查日期在PHP里很常见，但容易查不到数据——不是逻辑错，而是字符串格式或时区没对齐。MySQL的 BETWEEN '2024-01-01' AND '2024-12-31' 看似简单，实际默认按 DATE 类型截断时间部分，如果你字段是 DATETIME 或 TIMESTAMP，且想包含当天所有时间（比如 2024-12-31 23:59:59），BETWEEN 会漏掉。
- 确保查询字段类型和参数类型一致：字段是
DATETIME，就别传'2024-01-01'这种无时分秒的字符串，最好补上'00:00:00'和'23:59:59' - PHP里用
date('Y-m-d H:i:s', $timestamp)生成安全字符串，别拼接用户输入 - 如果数据库用的是 UTC，而PHP脚本在东八区，
time()直接转出来的就是 +8 小时时间，得先用date_default_timezone_set('UTC')对齐
PDO预处理时怎么安全传日期参数
别用字符串拼接 "WHERE created_at BETWEEN '$start' AND '$end'"，这是SQL注入高危写法。PDO预处理才是正解，但注意：MySQL对 ? 占位符不自动识别类型，日期仍按字符串传，所以关键还是你传进去的值本身格式要合法。
- 用
$pdo->prepare("SELECT * FROM logs WHERE created_at BETWEEN ? AND ?") -
$stmt->execute([$start_datetime, $end_datetime])，其中$start_datetime和$end_datetime必须是形如'2024-01-01 00:00:00'的字符串，不是时间戳整数，也不是DateTime对象（PDO不会自动调用__toString()） - 更稳妥的做法是显式格式化：
(new DateTime($user_input))->format('Y-m-d H:i:s')，并加异常捕获防止非法日期崩掉
用 >= 和
很多人忽略这点：BETWEEN 是闭区间，但它的“边界行为”在时区/微秒/索引优化上不如显式比较清晰。尤其当字段有索引时，created_at >= '2024-01-01 00:00:00' AND created_at 这种写法更容易命中索引，也天然避免了 <code>23:59:59 手动截断的误差（比如毫秒级数据）。
- 推荐这种写法：
WHERE created_at >= ? AND created_at ，第二个参数是“下一天的 00:00:00” - PHP里计算右边界：
(new DateTime($end_date))->modify('+1 day')->format('Y-m-d H:i:s') - 如果字段是
TIMESTAMP且含时区，务必确认 MySQL session 的time_zone设置，否则NOW()和你传的字符串可能跨区
查当天、本周、本月这些动态范围，别硬写死日期
写 "WHERE DATE(created_at) = CURDATE()" 看起来省事，但会让 created_at 字段的索引完全失效。应该把函数移到右边，让左边保持字段原样。
立即学习“PHP免费学习笔记（深入）”；
- 查当天：
WHERE created_at >= CURDATE() AND created_at - 查本周一到周日（以周一为起点）：
WHERE created_at >= DATE_SUB(CURDATE(), INTERVAL WEEKDAY(CURDATE()) DAY) AND created_at - PHP里生成这些边界更稳：用
DateTime的setISODate()或modify()，再格式化传入预处理语句
实际最常出问题的，是开发时本地环境时区设成 Asia/Shanghai，而生产库跑在 UTC，又没统一设置 time_zone 或 date_default_timezone_set()，结果查出来的时间总差8小时——这个点不在SQL里，但在PHP和MySQL连接层，最容易被跳过。
