Goaler's BLOG

关于这个问题，好像没什么人关注呢，我搜索了一下google，基本上都是最基本的分页，还是执着于... limit m,n。。。虽然从MYSQL5.0开始支持存储过程了，但现在主流应该还是4.x，在索引设置不当的情况下，如果数据量比较大，分页效率是个棘手的问题。。。最可怕的还是计算总行数，虽然我们可以用cookie来临时保存，但是对于第一页，还是很费时间，每次都要扫描整个表。。。我有个垃圾站，数据有15万不到点，第一次第一页查询，服务器CPU就是100%，用的是普通分页方法。。。可怕。。。而且半天没有反应。。。而且已经加好索引。。。
但是索引也有索引的缺点，占空间。。。
大众化的分页无非就是采用临时表方案或者把符合条件的记录全部以数组形式保存在内存中，不计算总记录数只取最大最小ID等等。。。
对于数据量小的站点，基本的分页过程足可以应付，但是如果数据量在几十万甚至百万千万了呢？我现在唯一能想到的就是扔掉MYSQL，换ORACLE或MSSQL吧。。。不知道有没有谁有过MYSQL处理海量数据的经验。。。来说说你的见解呢。。