MySQL 5.7 中的查询优化器是负责确定执行查询的最佳执行计划的组件。它通过评估不同的执行计划来选择最有效的方式来执行查询，并尽量减少查询的成本和执行时间。

在涉及分页和排序的查询中，查询优化器需要考虑如何使用索引来加速查询，并确保结果按照指定的顺序进行分页。然而，在 MySQL 5.7 中，查询优化器在一些情况下可能会导致数据重复的问题。

问题出现在使用覆盖索引进行排序的情况下。覆盖索引是包含查询所需的所有列的索引，可以避免回表操作，从而提高查询性能。当查询需要分页和排序时，查询优化器可能会选择使用覆盖索引来避免回表操作。

然而，查询优化器在选择覆盖索引的时候，没有正确处理排序列的唯一性要求。它可能会错误地选择相同的索引键值，导致返回了重复的数据行。

这个问题的根本原因是查询优化器在选择索引键值时没有考虑排序列的唯一性要求。它只关注如何通过索引来加速查询，而忽略了排序列的唯一性。

为了解决这个问题，MySQL 5.7 引入了一个新的优化器提示语法，即"SQL_NO_CACHE"。通过在查询中添加"SQL_NO_CACHE"提示，可以告诉查询优化器在选择索引键值时考虑排序列的唯一性要求。

例如，使用以下查询语句可以解决数据重复的问题：

SELECT SQL_NO_CACHE * FROM table_name ORDER BY column_name LIMIT start, count;

在上面的查询中，通过添加"SQL_NO_CACHE"提示，查询优化器将正确处理排序列的唯一性要求，避免返回重复的数据行。

需要注意的是，这个问题在 MySQL 5.7.3 之前的版本中存在，并且在特定的查询场景下才会出现。在 MySQL 5.7.3 及更高版本中，这个问题已经得到了修复。

除了使用"SQL_NO_CACHE"提示之外，升级到较新的 MySQL 版本也是解决这个问题的有效方法。MySQL 8.0 版本修复了这个问题，并提供了更好的查询优化器。

总结来说，MySQL 5.7 中的查询优化器在使用覆盖索引进行排序时可能会导致数据重复的问题。这是因为查询优化器在选择索引键值时没有正确处理排序列的唯一性要求。通过使用"SQL_NO_CACHE"提示或升级到较新的 MySQL 版本，可以解决这个问题。当然如果已经使用老旧的版本，并且更换版本比较麻烦的话，使用下列方法仍然可以解决

1、使用主键或唯一索引列进行排序：将排序列设置为主键或唯一索引列，这样可以确保返回的结果集中不会出现重复数据行。

2、使用辅助列进行排序：在查询中添加一个辅助列，例如行号（row number），然后根据辅助列进行排序。这样可以确保返回的结果集按照指定的排序顺序进行分页，而不会出现重复数据行。