仿佛会商分页的人很少，岂非人人都沉浸于limit m,n?
在有索引的情形下，limit m,n速度足够，可是在庞杂前提搜刮时，
where somthing order by somefield+somefield
mysql会搜遍数据库，找出“一切”合适前提的纪录，然后掏出m,n笔记录。
假如你的数据量有几十万条，用户又搜刮一些很浅显的词，
然后要顺次读最初几页重温旧梦。。。mysql该很悲壮的一直操作硬盘。
如许，可让mysql摹拟存储分页机制：
1. select id from $table where $condition order by $field limit $max_pages*$count;
查询合适前提的IDs.
限制最大合适前提的纪录数目，也能够不加。
2. 由于php在履行停止后一切变量都要lost，所以可以思索:
计划a. 在mysql创立一时表，查询了局用一个工夫或随机数作为独一标记拔出。
个中创立page1~pagen个字段，每一个字段保留该页中需求的ids, 如许一个id对一笔记录.
计划b. 假如翻开session,也能够放在session中保留，实践上是放在文件中保留。
创立一个$IDs数组，$IDs[1]~$IDs[$max_pages]. 思索到有时分用户会开几个
窗口同时查询，要为$ids做一个独一标记，防止查询了局互相掩盖。二维数组
和$$var都是好举措。
3. 在每页页的恳求中，直接找到对应的IDs，两头以","距离：
select * from $table where id in ($ids); 速度相对快
4. 扫尾要思索查询了局的主动排除，可以设置准时或按比例随机清晰。假如用mysql一时表要加上一个工夫标记字段，
session中要到场$IDs["time"]=time(); 在必定工夫今后不操作视为过时数据。
5. 假如要优化，可以思索用把1和2.a中的语句兼并成select ...... into ....