累计用户需用窗口函数SUM() OVER(ORDER BY ym ROWS UNBOUNDED PRECEDING)，先按DATE_FORMAT(created_at,'%Y-%m')归月，再基于首次注册时间聚合，避免误统计活跃用户；无新增月份需补空；MySQL 8.0以下可用自连接模拟。
用 GROUP BY + 窗口函数算累计用户
直接用 COUNT(*) 按月分组只能得到当月新增，累计值必须依赖窗口函数。核心是先按注册时间归月（注意别用 DATE() 粗暴截断，会丢失时区或精度），再用 SUM() OVER (ORDER BY ...) 累加。
- 注册时间字段假设叫
created_at，需先转成年月：用DATE_FORMAT(created_at, '%Y-%m')（MySQL）或TO_CHAR(created_at, 'YYYY-MM')（PostgreSQL） - 累计计算必须保证排序严格：窗口子句写成
SUM(count) OVER (ORDER BY ym ROWS UNBOUNDED PRECEDING)，漏掉ROWS UNBOUNDED PRECEDING在某些数据库里可能默认只累上一行 - 如果某月无新增用户，该月不会出现在结果里——需要左连接日历表或生成序列补空月，否则累计线会跳变
避免把“新增”错当成“当月登录用户”
新增用户的定义必须基于首次行为时间，不是任意一次行为。常见错误是直接对 login_time 分组统计，结果把老用户重复计入多个月。
- 正确做法：先用
MIN(created_at)或FIRST_VALUE(created_at) OVER (PARTITION BY user_id ORDER BY created_at)提取每个用户的首次注册时间 - 再对这个首次时间做月度聚合——否则
COUNT(DISTINCT user_id)在登录表上跑，等于统计“当月活跃用户”，不是新增 - 如果用户表和行为表分离，务必确认
user_id是全局唯一且不可变更的，否则用邮箱或手机号做去重可能因格式差异漏合并
MySQL 8.0 以下版本没有窗口函数怎么办
只能用自连接或变量模拟累计，但要注意执行计划和数据顺序风险。
- 变量方式（MySQL）：
@cum := @cum + t.cnt需配合ORDER BY ym和初始化@cum := 0，但 MySQL 不保证变量赋值顺序，高并发下可能出错 - 自连接方式更可靠：
SELECT t1.ym, SUM(t2.cnt) AS cum FROM monthly t1 JOIN monthly t2 ON t2.ym ，但数据量大时性能陡降，月数超 24 就明显卡顿 - 临时表+递归 CTE（MySQL 8.0+）或 PostgreSQL 的
GENERATE_SERIES更可控，但跨数据库迁移成本高
时区和日期边界容易踩坑
用户注册时间存的是 UTC，但业务要求按本地时间（比如北京时间）归月，直接用 DATE(created_at) 会把凌晨 00:05 的用户算进前一天。
- 正确处理：先转换时区再截月，例如 MySQL 用
DATE_FORMAT(CONVERT_TZ(created_at, '+00:00', '+08:00'), '%Y-%m') - 注意
CONVERT_TZ依赖系统时区表，若没加载会返回 NULL；PostgreSQL 推荐用(created_at AT TIME ZONE 'Asia/Shanghai')::date - 如果数据库没开时区支持，宁可应用层统一转好再入库，也别在 SQL 里硬算——误差一旦产生，累计值就再也对不齐了
