MySQL 5.7中Left Join导致查询行数减少的问题咨询

核心问题 #

你遇到的行数减少问题，根源在于统计字段的歧义和统计逻辑的偏差：

• 字段歧义：查询中COUNT(DISTINCT store_number)未指定表别名，MySQL会默认匹配item_table的store_number字段。LEFT JOIN后，无匹配销售数据的行中items.store_number为NULL，而COUNT(DISTINCT)不会统计NULL值，导致部分门店被排除。
• 统计逻辑偏差：你需要验证的是「所有门店+日期组合是否完整保留」，但COUNT(DISTINCT store_number)统计的是不同门店的数量，而非门店+日期的组合总数，无法准确反映目标结果。

修复方案 #

1. 修正统计字段，确保门店维度完整 #

明确指定统计stores.store_number，无论是否匹配销售数据，门店编号始终非空，能正确统计全部264个门店：

SELECT 
COUNT(DISTINCT stores.store_number)
FROM (select date from date_table where date between '2022-01-01' and '2022-12-31') as dates
CROSS JOIN (select store_number from store_number group by store_number) as stores
LEFT JOIN item_table as items
    ON stores.store_number = items.store_number
    AND dates.date = items.date
    AND items.item_number IN (1, 2, 3)

2. 验证门店+日期组合完整性（更准确的方式） #

若要确认所有门店+日期组合都被保留，应统计总行数（门店×日期的数量），使用COUNT(*)或COUNT(stores.store_number)：

SELECT 
COUNT(*) AS total_store_date_combinations
FROM (select date from date_table where date between '2022-01-01' and '2022-12-31') as dates
CROSS JOIN (select store_number from store_number group by store_number) as stores
LEFT JOIN item_table as items
    ON stores.store_number = items.store_number
    AND dates.date = items.date
    AND items.item_number IN (1, 2, 3)

结果应等于2022年天数 × 264（2022年共365天，即365×264=96960），以此确认所有组合均被保留。

3. 确认LEFT JOIN逻辑正确性 #

你将item_number过滤条件放在LEFT JOIN的ON子句中是正确的——该位置只会过滤右表（销售数据）的匹配项，不会排除左表（门店+日期）的任何行。若放在WHERE子句中，则会过滤掉未匹配销售数据的行，这也是最初行数减少的原因。

内容的提问来源于stack exchange，提问作者lanedr