MySQL每日统计需用DATE()按天聚合，注意时区转换（CONVERT_TZ）、索引优化（created_at字段索引）、避免函数导致索引失效，并用递归CTE补全缺失日期，推荐DATETIME类型存储时间。
在 MySQL 中实现每日数据统计，核心是利用 日期函数 和 GROUP BY 对时间字段按天聚合，同时注意时区、索引和空值处理等细节。
使用 DATE() 提取日期并分组统计
假设有一张订单表 orders，含字段 id、amount、created_at（datetime 类型），要统计每天的订单数和总金额：
SELECT DATE(created_at) AS day, COUNT(*) AS order_count, SUM(amount) AS total_amount FROM orders WHERE created_at >= '2024-01-01' GROUP BY DATE(created_at) ORDER BY day;
说明：DATE() 将 datetime 转为日期（如 '2024-05-20 14:30:00' → '2024-05-20'），确保按自然日归组。
处理跨时区或业务日期逻辑
若业务要求按“北京时间”统计，而服务器时区是 UTC，直接用 DATE(created_at) 会出错。应先转换时区：
- 用
CONVERT_TZ(created_at, '+00:00', '+08:00')转为东八区时间 - 再套
DATE(...)提取日期 - SQL 示例：
GROUP BY DATE(CONVERT_TZ(created_at, '+00:00', '+08:00'))
避免用 NOW() 或 CURDATE() 做条件时忽略时区——统一用 CONVERT_TZ(NOW(), ...) 对齐业务口径。
提升查询性能的关键操作
每日统计若数据量大（百万级以上），不加优化容易变慢：
- 在
created_at字段上建普通索引：CREATE INDEX idx_created_at ON orders(created_at); - 更优方案是建「前缀索引 + 覆盖索引」：如果只查日期和金额，可建联合索引
(created_at, amount)，让查询尽量走索引不回表 - 避免在 WHERE 或 GROUP BY 中对时间字段做函数运算（如
WHERE YEAR(created_at)=2024），会导致索引失效；优先用范围查询：WHERE created_at >= '2024-01-01' AND created_at
补全缺失日期（让结果包含“0单日”）
原始 GROUP BY 只返回有数据的日期，但报表常需连续日期轴。MySQL 8.0+ 可用递归 CTE 生成日期序列：
WITH RECURSIVE date_series AS ( SELECT '2024-01-01' AS day UNION ALL SELECT DATE_ADD(day, INTERVAL 1 DAY) FROM date_series WHERE day < '2024-01-31' ) SELECT ds.day, COALESCE(t.order_count, 0) AS order_count, COALESCE(t.total_amount, 0) AS total_amount FROM date_series ds LEFT JOIN ( SELECT DATE(created_at) AS day, COUNT(*) AS order_count, SUM(amount) AS total_amount FROM orders WHERE created_at >= '2024-01-01' AND created_at < '2024-02-01' GROUP BY DATE(created_at) ) t ON ds.day = t.day ORDER BY ds.day;
这样即使某天没订单，也会显示 order_count = 0，适合做折线图或日报导出。
不复杂但容易忽略：日期字段类型选 DATETIME 还是 TIMESTAMP？推荐用 DATETIME，它不自动转时区、范围更大（支持到 9999 年），更适合记录原始业务时间。
