似乎討論分頁的人很少，難道大家都沉迷於limit m,n?
在有索引的情況下，limit m,n速度足夠，可是在復雜條件搜索時，
where somthing order by somefield+somefIEld
MySQL會搜遍數據庫，找出“所有”符合條件的記錄，然後取出m,n條記錄。
如果你的數據量有幾十萬條，用戶又搜索一些很通俗的詞，
然後要依次讀最後幾頁重溫舊夢。。。MySQL該很悲壯的不停操作硬盤。
所以，可以試著讓MySQL也存儲分頁，當然要程序配合。
（這裡只是提出一個設想，歡迎大家一起討論）
ASP的分頁：在ASP系統中有Recordset對象來實現分頁，但是大量數據放在內存中，而且不知道什麼時候才失效(請ASP高手指點).
SQL數據庫分頁：用存儲過程+游標方式分頁，具體實現原理不是很清楚，設想如果用一次查詢就得到需要的結果，或者是id集，需要後續頁時只要按照結果中的IDs讀出相關記錄。這樣只要很小的空間保留本次查詢的所有IDs. (SQL中的查詢結果不知道怎樣清楚過期垃圾?)
這樣，可以讓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 ....
Note:
1.以上只是針對mysql的修補方案，希望MySQL哪天能把這些功能加進去
2.其它數據庫也可以套用。
3.如果其它數據庫還有更先進的分頁方式，請告訴我或mailto: [email protected]
4.如果真的有很多數據要查詢，還是和MySQL再見吧，sql,Oracle都提供了更先進的關鍵詞索引查詢。
精益求精，以上只是拋磚引玉，歡迎共同探討分頁問題。（也可關於其它數據庫）
希望有一天能把各種分頁方式整理出來供新手參考。
