通常應用需要對錶中的資料進行翻頁，如果資料量很大，往往會帶來效能上的問題：
root@sns 07:16:25>select count(*) from reply_0004 where thread_id = 5616385 and deleted = 0;
+———-+
| count(*) |
+———-+
| 1236795 |
+———-+
1 row in set (0.44 sec)
root@sns 07:16:30>select id
from reply_0004 where thread_id = 5616385 and deleted = 0
order by id asc limit 1236785, 10 ;
+———
| id |
+———–+
| 162436798 |
| 162438180 |
| 162440102 |
| 162442044 |
| 162479222 |
| 162479598 |
| 162514705 |
| 162832588 |
| 162863394 |
| 162899685 |
+———–+
10 rows in set (1.32 sec)
索引：threa_id+delewww.cppcns.comted+id（gmt_create）
10 rows in set (1.32 sec)
這兩條sql是為查詢最後一頁的翻頁sql查詢用的。由於一次翻頁往往只需要查詢較小的資料，如10條，但需要向後掃瞄大量的資料，也就是越往後的翻頁查詢，掃瞄的資料量會越多，查詢的速度也就越來越慢。
由於查詢的資料量大小是固定的，如果查詢速度不受翻頁的頁數影響，或者影響最低，那麼這樣是最佳的效果了（查詢最後最幾頁的速度和開始幾頁的速度一致）。
在翻頁的時候，往往需要對其中的某個欄位做排序（這個欄位在索引中），公升序排序。那麼可不可以利用索引的有序性來解決上面遇到的問題喃，答案是肯定的。比如有10000條資料需要做分頁，那麼前5000條做asc排序，後5000條desc排序，在limit startnum，pagesize引數中作出相應的調整。
但是這無疑給應用程式帶來複雜，這條sql是用於論壇回覆帖子的sql，往往使用者在看帖子的時候，一般都是檢視前幾頁和最後幾頁，那麼在翻頁的時候最後幾頁的翻頁查詢採用desc的方式來實現翻頁，這樣就可以較好的提高效能：
**xetkroot@snsgroup 07:16:49>select * from (select id
-> from group_thread_reply_程式設計客棧0004 where thread_id = 5616385 and deleted = 0
-> order by id desc limit 0, 10)t order by t.id asc;
+———–+
| id |
+———–+
| 162436798 |
| 162438180 |
| 162440102 |
| 162442044 |
| 162479222 |
| 162479598 |
| 162514705 |
| 162832588 |
| 162863394 |
| 162899685 |
+———–+
10 rows in set (0.87 sec)
可以看到效能提公升了50%以上。
本文標題: 在大資料情況下mysql的一種簡單分頁優化方法
本文位址: /shujuku/mysql/124320.html
在已有MySQL情況下安裝sphinxSE
1 mysql原始碼包 2 sphinx 0.9.9.tar.gz 具體步驟略 wget 1 cd opt 2 tar zxvf mysql 5.1.66.tar.gz 3 tar zxvf sphinx 0.9.9.tar.gz 4 mysqladmin uroot ppwd version 5 ...
一種情況下插入排序比希爾排序要快
我們都知道希爾排序是插入排序的優化。希爾排序會在進行插入排序前把數列分組，然後會根據需要把陣列內部的數字先進行順序排列，最終減少插入排序時移動元素的次數，達到優化的目的。但是我這邊簡化了部分插入排序的 結果在最後測試的時候，插入排序竟然會比希爾排序要快。這裡似乎是說希爾排序的 還能再繼續優化？或者還...
MySQL在知道密碼的情況下修改密碼
1.首先cmd開啟終端然後cd到你mysql的bin目錄下 c cd.c cd.兩次cd是退出c c cd d 安裝mysql的盤，我這裡是d盤 回車 當然如果你在外面配置了 環境變數 也就不要這麼麻煩了 d cd 你mysql的bin目錄 2.然後登入mysql 3.登入成功後下一步就是更改密碼 ...