MySQL seek-then-scan 优化 Limit Offset

Question

来自mk-archiver帮助，我们可以看到有一个选项可以优化“seek-then-scan”。知道他们是怎么做到的吗？

我真正想要的是，如果我确实有一张带有一个 PKey 和查询的表

SELECT col1,col2 FROM tbl LIMIT 1,10;
SELECT col1,col2 FROM tbl LIMIT 11,20; ...

SELECT col1,col2 FROM tbl LIMIT m,n;

如果 m 和 n 是非常大的值，并且每个选择查询都是从多台机器并行启动的，那么有什么方法可以以优化的方式执行此操作？ (稍后将解决主机/网络阻塞问题)

如果表没有 PKey，其他人如何处理这种情况？

*使用MySQL

The default ascending-index optimization causes mk-archiver to optimize repeated SELECT queries so they seek into the index where the previous query ended, then scan along it, rather than scanning from the beginning of the table every time. This is enabled by default because it is generally a good strategy for repeated accesses.

Answer 1

我相信他们是在直接使用索引结构，而不是依赖于 SQL。获得MySQL源代码的优势。应该可以使用 SQL 为每个连接提供这样的选项，但是如果可能的话，多个用户通过中间(Web)服务器连接会更加复杂。