金融业务中JOIN不唯一会导致金额翻倍或丢失，因一笔订单关联多条支付流水时SUM(amount)重复累加，或LEFT JOIN因关联字段重复使部分账户“人间蒸发”；必须实测连接字段唯一性、先聚合再JOIN、将右表筛选条件移至ON子句。
为什么金融业务里JOIN不唯一=金额翻倍或丢失
金融场景下，JOIN条件不唯一直接导致资金类指标失真——比如一笔订单关联多条支付流水，SUM(amount)会把同一笔钱重复加多次；反过来，若用LEFT JOIN查账户余额却因关联字段重复，部分账户被挤出结果集，就等于“人间蒸发”。这不是数据脏，是逻辑炸了。
先确认连接字段是否真唯一，别信表名和注释
很多金融表看着有order_id、account_no，但实际存在历史补录、对账冲正、分拆记账等业务导致的重复值。必须实测：
-
SELECT account_no, COUNT(*) FROM transaction_log GROUP BY account_no HAVING COUNT(*) > 1—— 查清哪类账号在交易日志里非唯一 -
SELECT CONSTRAINT_NAME FROM information_schema.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'transaction_log' AND COLUMN_NAME = 'account_no'—— 看数据库层面有没有UNIQUE约束，没约束就等于没保障 - 对字符串型账号，加
TRIM()和LENGTH()：同个账号前后多一个空格，JOIN就断掉
一对多关系下，聚合再JOIN比DISTINCT更可靠
比如查“每个客户最新放款日期+总授信额度”，customer主表对loan明细表是一对多。直接LEFT JOIN loan ON c.id = l.customer_id会导致客户信息重复出现，SUM(l.limit)也错。
正确做法是子查询先聚合：
SELECT c.id, c.name, l.last_disburse, l.total_limit
FROM customer c
LEFT JOIN (
SELECT
customer_id,
MAX(disburse_date) AS last_disburse,
SUM(limit_amount) AS total_limit
FROM loan
GROUP BY customer_id
) l ON c.id = l.customer_id
注意：GROUP BY customer_id必须覆盖所有聚合字段外的输出列，否则MySQL 8.0+会报错。
LEFT JOIN后WHERE过滤右表字段？立刻变INNER JOIN
金融报表常要“查所有客户，只显示状态为‘生效’的授信记录”。如果写成：
LEFT JOIN credit_line cl ON c.id = cl.customer_id WHERE cl.status = 'ACTIVE'
结果就是没授信的客户全没了——WHERE把cl.status为NULL的行全干掉了。
必须把条件挪进ON：
LEFT JOIN credit_line cl ON c.id = cl.customer_id AND cl.status = 'ACTIVE'
这样左表客户才全保留，右表只连上状态有效的记录。如果后续还要统计“无有效授信客户数”，这个写法才能返回cl.*全为NULL的行。
金融系统里，JOIN不是技术动作，是业务契约。连接字段是否唯一、过滤条件放在ON还是WHERE、聚合时机选在JOIN前还是后——每一步都对应着一笔钱该进谁的账、该算几次、该不该被看见。漏掉任何一个细节，系统不会报错，但数字会悄悄漂移。
