mysql用year()和month()判断本月订单更可靠，where year(created_at) = year(now()) and month(created_at) = month(now())；postgresql推荐date_trunc('month', created_at) = date_trunc('month', now())。
MySQL 中用 YEAR() 和 MONTH() 判断本月订单
直接用日期函数比字符串拼接更可靠，也避免时区或格式隐式转换问题。核心是把订单时间字段（比如 created_at）和当前年月对齐：
WHERE YEAR(created_at) = YEAR(NOW()) AND MONTH(created_at) = MONTH(NOW())- 注意：如果
created_at是DATETIME或TIMESTAMP类型，这个写法能走索引；但如果是DATE类型，效果一样 - 别写成
DATE_FORMAT(created_at, '%Y-%m') = DATE_FORMAT(NOW(), '%Y-%m')—— 这会让索引失效
PostgreSQL 中用 date_trunc('month', ...) 更高效
PostgreSQL 没有 YEAR()/MONTH() 这种标量函数，推荐用 date_trunc 截断到月份起点，再比较：
WHERE date_trunc('month', created_at) = date_trunc('month', NOW())- 这个写法在
created_at有 B-tree 索引时依然能命中索引（只要不是带函数的表达式索引） - 如果表很大，确认
created_at字段已建索引；否则全表扫描不可避免
查本季度订单要小心跨年逻辑
季度不能只靠 QUARTER() 函数，因为 Q1 是 1–3 月、Q2 是 4–6 月……但跨年时（比如 12 月属于 Q4），光比季度号会出错：
- MySQL：
WHERE YEAR(created_at) = YEAR(NOW()) AND QUARTER(created_at) = QUARTER(NOW())—— 这个在 12 月没问题，但若今天是 1 月 1 日，而订单是去年 12 月，就会漏掉 - 更稳妥的方式是算出本季度起止时间：
created_at >= DATE_SUB(DATE_SUB(NOW(), INTERVAL DAYOFYEAR(NOW())-1 DAY), INTERVAL (QUARTER(NOW())-1) QUARTER)，再加AND created_at 下季度首日 - PostgreSQL 可用：
created_at >= date_trunc('quarter', NOW()) AND created_at
时区和字段类型不匹配导致查不到数据
常见但容易被忽略的问题：数据库服务器时区、应用写入时区、字段类型三者不一致。
- 如果
created_at是DATE类型，它没有时间部分，但你用NOW()比较，可能因隐式转换丢精度 - 如果数据库用
UTC存储，而NOW()返回本地时间，结果就错位了 —— 统一用UTC_TIMESTAMP()（MySQL）或CURRENT_TIMESTAMP AT TIME ZONE 'UTC'（PG） - 检查
SHOW VARIABLES LIKE 'time_zone';（MySQL）或SELECT current_setting('timezone');（PG）
SELECT MIN(created_at), MAX(created_at) FROM orders; 看一眼数据时间范围，再确认时区和字段类型，比直接写 WHERE 条件更省调试时间。
