深入分析Mysql中limit的用法

2021-09-11 06:06:42 字數 3541 閱讀 9895

mysql中limit的用法:在我們使用查詢語句的時候,經常要返回前幾條或者中間某幾行資料,這個時候怎麼辦呢?不用擔心,mysql已經為我們提供了這樣乙個功能。

select

*from

table

limit

[offset],

rows

|rows

offset

offset

limit 子句可以被用於強制 select 語句返回指定的記錄數。limit 接受乙個或兩個數字引數。引數必須是乙個整數常量。

如果給定兩個引數,第乙個引數指定第乙個返回記錄行的偏移量,第二個引數指定返回記錄行的最大數目。初始記錄行的偏移量是 0(而不是 1): 為了與 postgresql 相容,mysql 也支援句法: limit # offset #。

select

*from

table

limit5,

10

檢索記錄行 6-15

為了檢索從某乙個偏移量到記錄集的結束所有的記錄行,可以指定第二個引數為 -1:

select

*from

table

limit95,

-1;

檢索記錄行 96-last.

如果只給定乙個引數,它表示返回最大的記錄行數目:

select

*from

table

limit

5;

檢索前 5 個記錄行

換句話說,limit n 等價於 limit 0,n。

注意limit 10和limit 9,1的不同:

例如:1.

select

*from cyclopedia where id>=

(select

max(id)

from

(select id from cyclopedia order

by id limit

90001

)as tmp

)limit

100;

select

*from cyclopedia where id>=

(select

max(id)

from

(select id from cyclopedia order

by id limit

90000,1

)as tmp

)limit

100;

同樣是取90000條後100條記錄,第1句快還是第2句快?

第1句是先取了前90001條記錄,取其中最大乙個id值作為起始標識,然後利用它可以快速定位下100條記錄

第2句擇是僅僅取90000條記錄後1條,然後取id值作起始標識定位下100條記錄

第1句執行結果.100 rows in set (0.23) sec

第2句執行結果.100 rows in set (0.19) sec

其實第2句完全可以簡化成:

select

*from cyclopedia where id>=

(select id from cyclopedia limit

90000,1

)limit

100;

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

select

top100

*from cyclopedia where id>=

(select

top90001

max(id)

from

(select id from cyclopedia order

by id

)as tmp

)

但不管是實現方式存貯過程還是直接**中,瓶頸始終在於ms-sql的top總是要返回前n個記錄,這種情況在資料量不大時感受不深,但如果成百上千萬,效率肯定會低下的.相比之下mysql的limit就有優勢的多,執行:

select id from cyclopedia limit

90000

select id from cyclopedia limit

90000

,1

的結果分別是:

90000 rows in set (0.36) sec

1 row in set (0.06) sec

而ms-sql只能用select top 90000 id from cyclopedia 執行時間是390ms,執行同樣的操作時間也不及mysql的360ms.

limit的offset(偏移量)用於記錄較多的時候,記錄較少時,偏移offset較小,直接使用limit較優。offset越大,後者越優。

1、offset比較小的時候。

select

*from yanxue8_visit limit10,

10

多次執行,時間保持在0.0004-0.0005之間

select

*from yanxue8_visit where vid >=

(select vid from yanxue8_visit order

by vid limit10,

1)limit

10

多次執行,時間保持在0.0005-0.0006之間,主要是0.0006

結論:偏移offset較小的時候,直接使用limit較優。這個顯示是子查詢的原因。

2、offset大的時候。

select

*from yanxue8_visit limit

10000

,10

多次執行,時間保持在0.0187左右

select

*from yanxue8_visit where vid >=

(select vid from yanxue8_visit order

by vid limit

10000,1

)limit

10

多次執行,時間保持在0.0061左右,只有前者的1/3。

可以預先offset越大,後者越優。

IsPostBack深入分析

1 ispostback 介紹 ispostback是 page類有乙個 bool型別的屬性,用來判斷針對當前 form的請求是第一次還是非第一次請求。當 ispostback true時表示非第一次請求,我們稱為 postback,當 ispostback false時表示第一次請求。在 asp....

深入分析ConcurrentHashMap

再多執行緒的情況下,如果使用hashmap,就會導致死迴圈,導致cpu利用率接近100 所以如果是併發的情況不要使用hashmap 導致死迴圈主要是這段 當在多執行緒的情況由於沒有同步導致,著段 在擴容的時候會執行 do while e null 執行緒安全的hashtable 容器 hashtab...

深入分析malloc

本文大量參考了如何實現乙個malloc這篇文章。任何乙個用過或學過c的人對malloc都不會陌生。大家都知道malloc可以分配一段連續的記憶體空間,並且在不再使用時可以通過free釋放掉。但是,許多程式設計師對malloc背後的事情並不熟悉,許多人甚至把malloc當做作業系統所提供的系統呼叫或c...