摘要：
ASP＋mysql海量数据的分页优化？要把connection设置为使用本地游标定位方式，mysql的server端不支持recordset的recordcount属性。conns... ASP＋mysql海量数据的分页优化？
要把connection设置为使用本地游标定位方式，mysql的server端不支持recordset的recordcount属性。connstr="****
"set conn=server.createibject("ADODB.Connection"
)conn.Open connstrconn.CursorLocation=3 'adUseClient=3，而默认为adUseServer(=2)set rs=server.createobject("ADODB.recordset"
)sql="select ....."rs.open sql,conn,1,1'这时候就可以用recordcount pagecount了rs.pagesize=10rs.absolutepage=cint(strpage)select_count=rs.recordcountselect_pagecount=rs.pagecount
mysql数据库分表后怎么进行分页查询？
1.如果只是为了分页，可以考虑这种分表，就是表的id是范围性的，且id是连续的，比如第一张表id是1到10万，第二张是10万到20万，这样分页应该没什么问题。
2.如果是其他的分表方式，建议用sphinx先建索引，然后查询分页，我们公司现在就是这样干的
图片来源：网络
高效的mysql分页方法及原理？
一，最常见MYSQL最基本的分页方式：
select * from content order by id desc limit 0, 10
在中小数据量的情况下，这样的SQL足够用了，唯一需要注意的问题就是确保使用了索引。随着数据量的增加，页数会越来越多，查看后几页的SQL就可能类似：
select * from content order by id desc limit 10000, 10
就是越往后分页，LIMIT语句的偏移量就会越大，速度也会明显变慢。
此时，可以通过2种方式：
一，子查询的分页方式来提高分页效率，飘易用的SQL语句如下：
SELECT * FROM content WHERE id> (SELECT id FROM content ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) ORDER BY id desc LIMIT $pagesize
为什么会这样呢？因为子查询是在索引上完成的，而普通的查询时在数据文件上完成的，通常来说，索引文件要比数据文件小得多，所以操作起来也会更有效率。（via）通过explain SQL语句发现：子查询使用了索引！
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY content range PRIMARY PRIMARY 4 NULL 6264 Using where
2 SUBQUERY content index NULL PRIMARY 4 NULL 27085 Using
