MySQL查詢分頁的優化
MySQL查詢分頁應該如何優化呢？下面對MySQL查詢分頁的優化提出了一個設想，希望對您學習MySQL查詢分頁方面能有所幫助。
在有索引的情況下，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 ....
【編輯推薦】
