在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
默认的升序索引优化会导致mk-archiver 优化重复的SELECT查询,使它们进入索引所在的位置 先前的查询结束,然后沿着它扫描,而不是扫描 每次表的开头。默认情况下启用此选项 因为它通常是重复访问的好策略。
答案 0 :(得分:0)
我相信他们直接使用索引结构,而不是依赖SQL。访问MySQL源代码的优势。每个连接应该可以使用SQL这样的选项,但是如果可能的话,通过中间(Web)服务器连接多个用户会更复杂。