Mysql中l(wèi)imit的用法：在我們使用查詢語句的時候，經(jīng)常要返回前幾條或者中間某幾行數(shù)據(jù)，這個時候怎么辦呢？不用擔(dān)心，mysql已經(jīng)為我們提供了這樣一個功能。

SELECT * FROM table   LIMIT [offset,] rows | rows OFFSET offset
LIMIT 子句可以被用于強制 SELECT 語句返回指定的記錄數(shù)。LIMIT 接受一個或兩個數(shù)字參數(shù)。參數(shù)必須是一個整數(shù)常量。如果給定兩個參數(shù)，第一個參數(shù)指定第一個返回記錄行的偏移量，第二個參數(shù)指定返回記錄行的最大數(shù)目。初始記錄行的偏移量是 0(而不是 1)： 為了與 PostgreSQL 兼容，MySQL 也支持句法： LIMIT # OFFSET #。
mysql> SELECT * FROM table LIMIT 5,10; // 檢索記錄行 6-15
//為了檢索從某一個偏移量到記錄集的結(jié)束所有的記錄行，可以指定第二個參數(shù)為 -1：
mysql> SELECT * FROM table LIMIT 95,-1; // 檢索記錄行 96-last.
//如果只給定一個參數(shù)，它表示返回最大的記錄行數(shù)目：
mysql> SELECT * FROM table LIMIT 5;     //檢索前 5 個記錄行
//換句話說，LIMIT n 等價于 LIMIT 0,n。
注意limit 10和limit 9，1的不同：
例如：
1.

2.

同樣是取90000條后100條記錄,第1句快還是第2句快?
第1句是先取了前90001條記錄,取其中最大一個ID值作為起始標(biāo)識,然后利用它可以快速定位下100條記錄
第2句擇是僅僅取90000條記錄后1條,然后取ID值作起始標(biāo)識定位下100條記錄
第1句執(zhí)行結(jié)果.100 rows in set (0.23) sec
第2句執(zhí)行結(jié)果.100 rows in set (0.19) sec
其實第2句完全可以簡化成：

直接利用第90000條記錄的ID,不用經(jīng)過Max運算,這樣做理論上效率因該高一些,但在實際使用中幾乎看不到效果,因為本身定位ID返回的就是1條記錄,Max幾乎不用運作就能得到結(jié)果,但這樣寫更清淅明朗,省去了畫蛇那一足.

但不管是實現(xiàn)方式是存貯過程還是直接代碼中,瓶頸始終在于MS-SQL的TOP總是要返回前N個記錄,這種情
況在數(shù)據(jù)量不大時感受不深,但如果成百上千萬,效率肯定會低下的.相比之下MySQL的limit就有優(yōu)勢的多
,執(zhí)行:

的結(jié)果分別是:

90000 rows in set (0.36) sec
1 row in set (0.06) sec

而MS-SQL只能用Select Top 90000 ID From cyclopedia 執(zhí)行時間是390ms,執(zhí)行同樣的操作時間也不及MySQL的360ms.
limit的offset(偏移量)用于記錄較多的時候，記錄較少時，偏移offset較小，直接使用limit較優(yōu)。offset越大，后者越優(yōu)。

1、offset比較小的時候。

多次運行，時間保持在0.0004-0.0005之間

多次運行，時間保持在0.0005-0.0006之間，主要是0.0006
結(jié)論：偏移offset較小的時候，直接使用limit較優(yōu)。這個顯示是子查詢的原因。

2、offset大的時候。

select * from yanxue8_visit limit 10000,10
多次運行，時間保持在0.0187左右

多次運行，時間保持在0.0061左右，只有前者的1/3。可以預(yù)先offset越大，后者越優(yōu)。
mysql> SELECT * FROM table LIMIT 95,-1; // 檢索記錄行 96-last.
//如果只給定一個參數(shù)，它表示返回最大的記錄行數(shù)目

以上所述就是本文的全部內(nèi)容了，希望大家能夠喜歡。

請您花一點時間將文章分享給您的朋友或者留下評論。我們將會由衷感謝您的支持！