MySQL双表INNER JOIN查询丢失无点赞行程的问题咨询

你之前所有尝试的失效本质都卡在最底层的关联逻辑上：

1. INNER JOIN的特性是仅保留两张表中存在匹配关联键（也就是trip_id）的记录，没有任何点赞的行程在tripslikes表不存在对应条目，从关联执行的第一步就被排除在结果集之外。
2. 你后续调整的嵌套分组写法，只是在INNER JOIN得到的重复行结果上做聚合，由于零赞行程从子查询阶段就没被捞进来，外层不管怎么分组，都不可能把这些已经被过滤的记录重新加入结果，自然无法实现包含零赞行程的需求。
3. 最开始直接用INNER JOIN的查询返回重复行，也是因为一个行程对应N条点赞记录，关联后就会生成N行匹配结果，和分组逻辑无关。

要完整返回所有Greece的行程、并按点赞数排序，只需要做两个核心修改：

• 将关联方式从INNER JOIN替换为 LEFT JOIN（左外连接），以trips表作为主表，这样所有符合国家筛选条件的行程都会被完整保留，哪怕没有匹配的点赞记录也不会被过滤，无匹配的tripslikes表字段会自动返回NULL。
• 关联完成后按行程ID分组，聚合统计每个行程的点赞数，同时注意统计时要自动忽略NULL值，避免零赞行程的计数出错。

SELECT
  T.*,
  COUNT(L.trip_id) AS like_count
FROM trips T
LEFT JOIN tripslikes L
  ON T.trip_id = L.trip_id
WHERE T.country_name = 'Greece'
-- 不同数据库的分组语法要求有差异：
-- MySQL等支持主键隐式聚合的数据库，可直接写 GROUP BY T.trip_id
-- PostgreSQL、Oracle等严格遵循SQL标准的数据库，需要把SELECT中所有非聚合字段加入GROUP BY列表
GROUP BY T.trip_id, T.*
ORDER BY like_count DESC;

• 不要在WHERE子句中添加tripslikes表的非空判断（比如L.trip_id IS NOT NULL），这会让左连接退化成INNER JOIN的效果，重新把零赞行程过滤掉。
• 统计点赞数时不要使用COUNT(*)：左连接场景下零赞行程对应的L表字段全为NULL，COUNT(*)会把该行计数为1，导致零赞行程的点赞数被错算成1；使用 COUNT(L.trip_id) 会自动忽略NULL值，零赞行程的统计结果为准确的0。
• 不需要额外嵌套多层查询，之前的嵌套写法没有解决底层关联丢数的核心问题，反而增加了语法写错的概率。

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