mysql limit分頁查詢優化寫法 在mysql中進行分頁查詢時，一般會使用limit查詢，而且通常查詢中都會使用orderby排序。但是在表數據量比較大的時候，例如查詢語句片段limit 10000， 20，數據庫會讀取10020條數據，然後把前10000條丟棄，把最後的20條返回給你，這種消耗是可以避免的，也是沒必要的。下邊介紹幾種優化方法： 優化方法1（讓分頁操作在索引中進行）： 一般表中經常作為條件查詢的列都會建立索引，例如如下查詢 Sql代碼 SELECT msg_id, msg_content FROM message ORDER BY gmt_create desc LIMIT 100, 20; 可以寫成如下方式 Sql代碼 SELECT msg_id, msg_content FROM message INNER JOIN ( SELECT msg_id FROM message ORDER BY gmt_create LIMIT 100, 20 ) AS page USING(msg_id); 這樣當前查詢頁的內容就只會在索引中進行，當得到當前頁的msg_id再統一通過一個INNER JOIN得到最終要得到的數據詳情，避免了對大量數據詳情進行操作的消耗。當然JOIN操作也可以通過子查詢實現，不過書中介紹5.6之前版本的mysql相比子查詢還是優先使用JOIN。 優化方法2（顯式指定要查詢的索引列范圍） 例如方法一中的gmt_create是建立索引的列，而且你也知道要查詢的時間范圍，這樣你就可以通過如下查詢語句： Sql代碼 SELECT msg_id, msg_content FROM message WHERE gmt_create BETWEEN #startTime# AND #endTime# ORDER BY gmt_create desc 這樣數據庫通過一個范圍查詢就可以得到想要的數據。 優化方法3（OFFSET作為查詢條件顯式指定） 例子還是如上，我們可以在查詢參數中顯式指定一個查詢時間，叫做lastVisitTime吧。我們查詢第一頁可以用如下語句： Sql代碼 SELECT msg_id, msg_content FROM message ORDER BY gmt_create desc LIMIT 20 我們把讀出來的數據的最後一條數據的gmt_create字段記錄在lastVisitTime字段中，那麼後邊頁的查詢就可以用如下語句實現： Sql代碼 SELECT msg_id, msg_content FROM message WHERE gmt_create < #lastVisitTime# ORDER BY gmt_create desc LIMIT 20; 這種查詢方式，無論你查詢多少頁，分頁都不會是影響效率的因素
