MySQL 8.0+和PostgreSQL严格要求SELECT中非聚合字段必须出现在GROUP BY中或被聚合函数包裹，否则报错ERROR 1055；旧版MySQL可能返回任意行值导致结果错乱，正确做法是补全GROUP BY或使用MAX()、COALESCE()等确保语义明确。
SELECT 中漏掉 GROUP BY 会报错或结果错乱
MySQL 8.0+ 和 PostgreSQL 严格要求：只要 SELECT 里有聚合函数（比如 SUM()），所有非聚合字段都必须出现在 GROUP BY 中。否则直接报错 ERROR 1055；旧版 MySQL 可能不报错但返回任意一行的用户名，余额却是全量总和——看着像对了，实际是错的。
- 正确写法必须带
GROUP BY user_id（或username，取决于你按什么分组） - 如果表里有重复
user_id但不同username，优先用user_id分组，避免歧义 - 别在
SELECT里混用username和SUM(amount)却只GROUP BY user_id——除非你加了MAX(username)或确认一对一
账户余额该用 SUM(amount) 还是 SUM(CASE WHEN ...)
取决于你的数据结构。常见两种模式：
- 单笔流水表（
transactions），每行是「收入」或「支出」，用正负号区分：直接SUM(amount)即可 - 分表存储（
deposits和withdrawals），则需先 UNION 再聚合，或改用SUM(CASE WHEN type = 'deposit' THEN amount ELSE -amount END) - 注意：如果存在未清算的冻结金额、待入账等状态，不能直接进
SUM，得加WHERE status = 'completed'
示例（单表正负流水）：
SELECT user_id, SUM(amount) AS balance FROM transactions GROUP BY user_id;
LEFT JOIN 用户表后余额为 NULL 怎么办
当你想连带查出用户名，但某些用户没任何流水记录，LEFT JOIN 后 SUM(amount) 是 NULL，不是 0——这会导致前端显示“空”或报错。
- 必须用
COALESCE(SUM(amount), 0)把NULL转成 0 - 别写
IFNULL(SUM(amount), 0)——MySQL 可用，但 PostgreSQL 不认，跨库时优先选COALESCE - 如果还用了
HAVING筛余额 > 0 的用户，记得HAVING COALESCE(SUM(amount), 0) > 0，否则NULL被过滤掉，但逻辑上它不算 > 0
大表 COUNT(*) + SUM() 慢？别急着加索引
单纯按 user_id 聚合计费流水，最有效的不是给 user_id 加单列索引，而是建联合索引：(user_id, amount)。
- 这样查询能走覆盖索引，不用回表读整行数据
- 如果表还有
created_at字段且常按时间范围查余额（如“最近30天余额变化”），索引应为(user_id, created_at, amount) - 注意：索引字段顺序不能错，
user_id必须放第一位，否则GROUP BY user_id无法高效利用
真正卡住的往往不是聚合本身，而是没加 WHERE 条件扫全表——上线前务必检查执行计划里有没有 type: ALL。
