MySQL 8.0.31三表联查LIMIT 17000+无结果问题求助

以下是导致你遇到的LIMIT分页异常的几种可能原因及对应排查/解决方法：

• 联查后实际有效结果不足17050条
  你提到table1中有约20000条符合status=1的记录，但三张表用等价于INNER JOIN的逗号连接联查时，只有当table1.id同时存在于table2和table3中的记录才会被保留。如果table2或table3中缺少部分对应id的记录，联查后的总结果数就会小于20000。比如若联查后实际只有16999条结果，那LIMIT 17000,50自然返回空。
  排查方法：执行SELECT COUNT(*) FROM table1 a, table2 b, table3 c WHERE a.id=b.id AND a.id=c.id AND a.status=1;，确认联查后的真实结果总数。

• ORDER BY字段存在大量重复值导致排序不稳定
  如果a.date字段存在大量重复值，MySQL在排序时对于相同date的记录没有固定的排序逻辑（除非指定额外的唯一排序字段），这可能导致分页时出现“跳页”或结果计数异常。即使联查后总结果数足够，也可能因为排序的不确定性，导致LIMIT 17000,50无法返回预期结果。
  解决方法：修改排序语句为ORDER BY a.date desc, a.id desc，通过添加唯一的a.id字段确保排序的稳定性。

• 执行计划异常导致结果统计错误
  若a.date或关联字段（id）没有合适的索引，MySQL可能会使用效率较低的临时表或文件排序（Using filesort），这可能导致查询过程中出现结果计数偏差。
  排查方法：执行EXPLAIN SELECT a.id, a.title, b.Name, c.Name, a.date, a.status FROM table1 a, table2 b, table3 c WHERE a.id=b.id AND a.id=c.id AND a.status=1 ORDER BY a.date desc LIMIT 17000, 50;，查看执行计划是否存在Using filesort或临时表使用情况。
  解决方法：为table1.status、table1.date以及三张表的id字段创建合适的索引，优化查询执行计划。

• 数据一致性问题
  可能存在table1中status=1的记录，其对应的id在table2或table3中被删除或修改，导致联查时无法匹配。这种情况下联查后的有效结果数会低于table1中符合条件的记录数。
  排查方法：随机选取几个在LIMIT 17000范围内的table1.id，单独检查是否在table2和table3中存在匹配记录。

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