詳解MySQL的limit用法和分頁查詢語句的性能分析。本站提示廣大學習愛好者:(詳解MySQL的limit用法和分頁查詢語句的性能分析)文章只能為提供參考,不一定能成為您想要的結果。以下是詳解MySQL的limit用法和分頁查詢語句的性能分析正文
limit用法
在我們使用查詢語句的時候,經常要返回前幾條或者中間某幾行數據,這個時候怎麼辦呢?不用擔心,mysql已經為我們提供了這樣一個功能。
SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offset
LIMIT 子句可以被用於強制 SELECT 語句返回指定的記錄數。LIMIT 接受一個或兩個數字參數。參數必須是一個整數常量。如果給定兩個參數,第一個參數指定第一個返回記錄行的偏移量
,第二個參數指定返回記錄行的最大數目。初始記錄行的偏移量是 0(而不是 1)
: 為了與 PostgreSQL 兼容,MySQL 也支持句法: LIMIT # OFFSET #。
mysql> SELECT * FROM table LIMIT 5,10; // 檢索記錄行 6-15
為了檢索從某一個偏移量到記錄集的結束所有的記錄行,可以指定第二個參數為 -1:
mysql> SELECT * FROM table LIMIT 95,-1; // 檢索記錄行 96-last.
如果只給定一個參數,它表示返回最大的記錄行數目:
mysql> SELECT * FROM table LIMIT 5; //檢索前 5 個記錄行
換句話說,LIMIT n
等價於 LIMIT 0,n
。
Mysql的分頁查詢語句的性能分析
MySql分頁sql語句,如果和MSSQL的TOP語法相比,那麼MySQL的LIMIT語法要顯得優雅了許多。使用它來分頁是再自然不過的事情了。
最基本的分頁方式:
SELECT ... FROM ... WHERE ... ORDER BY ... LIMIT ...
在中小數據量的情況下,這樣的SQL足夠用了,唯一需要注意的問題就是確保使用了索引:舉例來說,如果實際SQL類似下面語句,那麼在category_id, id兩列上建立復合索引比較好:
復制代碼 代碼如下:
SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10
子查詢的分頁方式:
隨著數據量的增加,頁數會越來越多,查看後幾頁的SQL就可能類似:
復制代碼 代碼如下:
SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10
一言以蔽之,就是越往後分頁,LIMIT語句的偏移量就會越大,速度也會明顯變慢
。
此時,我們可以通過子查詢的方式來提高分頁效率,大致如下:
SELECT * FROM articles WHERE id >= (SELECT id FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) LIMIT 10
JOIN分頁方式
SELECT * FROM `content` AS t1 JOIN (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) AS t2 WHERE t1.id <= t2.id ORDER BY t1.id desc LIMIT $pagesize;
經過我的測試,join分頁和子查詢分頁的效率基本在一個等級上,消耗的時間也基本一致。 explain SQL語句:
id select_type table type possible_keys key key_len ref rows Extra 1 PRIMARY <derived2> system NULL NULL NULL NULL 1 1 PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where 2 DERIVED content index NULL PRIMARY 4 NULL 27085 Using index
為什麼會這樣呢?因為子查詢是在索引上完成的,而普通的查詢時在數據文件上完成的,通常來說,索引文件要比數據文件小得多,所以操作起來也會更有效率。
實際可以利用類似策略模式的方式去處理分頁,比如判斷如果是一百頁以內,就使用最基本的分頁方式,大於一百頁,則使用子查詢的分頁方式。
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持。