Limit查詢的優化

Limit常用于分頁處理，時長會伴隨order by從句使用，因此大多時候回使用Filesorts這樣會造成大量的IO問題。

例子：

?????? 需求：查詢影片id和描述信息，并根據主題進行排序，取出從序號50條開始的5條數據。

select film_id,description from sakila.film order by title limit 50,5;

執行的結果：

在查看一下它的執行計劃：

對于這種操作，我們該用什么樣的優化方式了？

優化步驟1：

使用有索引的列或主鍵進行order by操作，因為大家知道，innodb是按照主鍵的邏輯順序進行排序的。可以避免很多的IO操作。

select film_id,description from sakila.film order by film_id limit 50,5;

查看一下執行計劃

那如果我們獲取從500行開始的5條記錄，執行計劃又是什么樣的了？

explain select film_id,description from sakila.film order by film_id limit 500,5\G

隨著我們翻頁越往后，IO操作會越來越大的，如果一個表有幾千萬行數據，翻頁越后面，會越來越慢，因此我們要進一步的來優化。

優化步驟2、記錄上次返回的主鍵， 在下次查詢時使用主鍵過濾。（說明：避免了數據量大時掃描過多的記錄）

上次limit是50,5的操作，因此我們在這次優化過程需要使用上次的索引記錄值，

select film_id,description from sakila.film where film_id >55 and film_id<=60 order by film_id limit 1,5;

查看執行計劃：

結論：掃描行數不變，執行計劃是很固定，效率也是很固定的

注意事項：

主鍵要順序排序并連續的，如果主鍵中間空缺了某一列，或者某幾列，會出現列出數據不足5行的數據；如果不連續的情況，建立一個附加的列index_id列，保證這一列數據要自增的，并添加索引即可。

總結

以上是生活随笔為你收集整理的数据库-优化-Limit查询的优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。