推荐使用where created_at >= date_sub(now(), interval 7 day)，因date(now())-7非法；需确保created_at为datetime/timestamp类型，避免字符串隐式转换致索引失效；注意时区一致性及between边界精度问题。
WHERE条件里用DATE_SUB()计算时间范围
直接用 DATE_SUB(NOW(), INTERVAL 7 DAY) 生成七天前的时间点，再和创建时间字段比较。注意别用 DATE(NOW()) - 7 这种错误写法——MySQL不支持日期直接减整数。
常见错误是把字段类型搞错：created_at 是 DATETIME 或 TIMESTAMP 才能和 NOW() 正确比较；如果存的是字符串（比如 VARCHAR），会触发隐式转换，导致索引失效甚至查不到数据。
- 推荐写法：
WHERE created_at >= DATE_SUB(NOW(), INTERVAL 7 DAY) - 如果只要“最近7个自然日”（不含今天），用
DATE_SUB(CURDATE(), INTERVAL 7 DAY) - 注意时区：如果应用和MySQL服务器时区不一致，
NOW()返回的是服务器本地时间，可能和业务预期不符
用BETWEEN容易漏掉边界或精度问题
BETWEEN 看起来简洁，但实际容易出错。它默认包含上下界，而 NOW() 带秒和微秒，BETWEEN '2024-06-01' AND NOW() 实际等价于 BETWEEN '2024-06-01 00:00:00' AND NOW()，会漏掉当天早于 00:00:00 的记录（虽然极少，但逻辑不严谨）。
更稳妥的做法是只用 >= + 组合，明确控制开闭区间：
WHERE created_at >= DATE_SUB(NOW(), INTERVAL 7 DAY) AND created_at <p>这样既避免边界歧义，又利于MySQL使用索引做范围扫描。</p><h3>字段没加索引会导致全表扫描</h3><p>哪怕SQL写对了，如果 <code>created_at</code> 字段没建索引，MySQL就得扫全表——数据量一过十万，查询就明显变慢。</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2108" title="MySQL（Linux）"><img src="https://img.php.cn/upload/manual/001/503/042/69d63e871554d590.png" alt="MySQL（Linux）" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/xiazai/gongju/2108" title="MySQL（Linux）" class="overflowclass">MySQL（Linux）</a> <p class="overflowclass">MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。</p> </div> <a rel="nofollow" href="/xiazai/gongju/2108" title="MySQL（Linux）" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div><p>检查索引是否存在：</p><pre class="brush:php;toolbar:false;">SHOW INDEX FROM your_table_name WHERE Key_name = 'idx_created_at';
如果没有，立刻补上：
ALTER TABLE your_table_name ADD INDEX idx_created_at (created_at);
- 复合查询时（比如还要按状态过滤），考虑联合索引，如
(created_at, status) - 不要在
created_at上建函数索引（如INDEX (DATE(created_at))），MySQL 5.7 不支持，8.0 虽支持但多数场景没必要 - 如果表有大量历史数据，且只查最近几天，可考虑分区表，但小项目先加索引就够了
PHP/Python等应用层传参时注意时间格式
如果SQL是拼接出来的（不推荐），或通过PDO/SQLAlchemy传参，注意传入的时间值必须是标准格式字符串（'2024-06-01 12:34:56'），不能传时间戳数字或带时区的ISO字符串（如 '2024-06-01T12:34:56+08:00'），MySQL不认识。
推荐做法是让数据库自己算时间：
- PHP中直接执行原生SQL：
"WHERE created_at >= DATE_SUB(NOW(), INTERVAL 7 DAY)" - Python SQLAlchemy 中可用
func.date_sub(func.now(), text("INTERVAL 7 DAY")) - 绝对避免在应用层用
date('Y-m-d H:i:s', time() - 7*24*3600)计算时间再传入——时区、夏令时、闰秒都可能出偏差
真正麻烦的不是写对一行SQL，而是确保时间语义在存储、查询、展示三个环节保持一致。尤其当DBA调过服务器时区、应用又用了不同时区配置时，NOW() 和你脑子里想的“现在”可能根本不是同一时刻。
