limit關鍵字

Limit子句可以被用於強制 SELECT 語句返回指定的記錄數。Limit接受一個或兩個數字引數。引數必須是一個整數常量。如果給定兩個引數，第一個引數指定第一個返回記錄行的偏移量，第二個引數指定返回記錄行的最大數目。

　　//初始記錄行的偏移量是 0(而不是 1)：
　　mysql> SELECT * FROM table LIMIT 5,10; //檢索記錄行6-15

　　//為了檢索從某一個偏移量到記錄集的結束所有的記錄行，可以指定第二個引數為 -1：
　　mysql> SELECT * FROM table LIMIT 95,-1; // 檢索記錄行 96-last

　　//如果只給定一個引數，它表示返回最大的記錄行數目。換句話說，LIMIT n 等價於 LIMIT 0,n：
　　mysql> SELECT * FROM table LIMIT 5;     //檢索前 5 個記錄行

Limit的效率高？

　　常說的Limit的執行效率高，是對於一種特定條件下來說的：即資料庫的數量很大，但是隻需要查詢一部分資料的情況。
　　高效率的原理是：避免全表掃描，提高查詢效率。

　　比如：每個使用者的email是唯一的，如果使用者使用email作為使用者名稱登陸的話，就需要查詢出email對應的一條記錄。
　　SELECT * FROM t_user WHERE email=?;
　　上面的語句實現了查詢email對應的一條使用者資訊，但是由於email這一列沒有加索引，會導致全表掃描，效率會很低。
　　SELECT * FROM t_user WHERE email=? LIMIT 1;
　　加上LIMIT 1，只要找到了對應的一條記錄，就不會繼續向下掃描了，效率會大大提高。

Limit的效率低？

　　在一種情況下，使用limit效率低，那就是：只使用limit來查詢語句，並且偏移量特別大的情況

　　做以下實驗：
      語句1：
         　　select * from table limit 150000,1000;
　　語句2:
         　　select * from table while id>=150000 limit 1000;
　　語句1為0.2077秒；語句2為0.0063秒
　　兩條語句的時間比是：語句1/語句2＝32.968
  
　　比較以上的資料時，我們可以發現採用where...limit....效能基本穩定，受偏移量和行數的影響不大，而單純採用limit的話，受偏移量的影響很大，當偏移量大到一定後效能開始大幅下降。不過在資料量不大的情況下，兩者的區別不大。

　　所以應當先使用where等查詢語句，配合limit使用，效率才高

　　ps：在sql語句中，limt關鍵字是最後才用到的。以下條件的出現順序一般是：where->group by->having-order by->limit
附錄：OFFSET

　　為了與 PostgreSQL 相容，MySQL 也支援句法： LIMIT # OFFSET #。
　　經常用到在資料庫中查詢中間幾條資料的需求
　　比如下面的sql語句：
　　　　① selete * from testtable limit 2,1;
　　　　② selete * from testtable limit 2 offset 1;
　　注意：
　　　　1.資料庫資料計算是從0開始的
　　　　2.offset X是跳過X個數據，limit Y是選取Y個數據
　　　　3.limit  X,Y  中X表示跳過X個數據，讀取Y個數據
　　這兩個都是能完成需要，但是他們之間是有區別的：
　　　　①是從資料庫中第三條開始查詢，取一條資料，即第三條資料讀取，一二條跳過
　　　　②是從資料庫中的第二條資料開始查詢兩條資料，即第二條和第三條。

MySQL BETWEEN 用法

BETWEEN 運算子用於 WHERE 表示式中，選取介於兩個值之間的資料範圍。BETWEEN 同 AND 一起搭配使用，語法如下：

WHERE column BETWEEN value1 AND value2
WHERE column NOT BETWEEN value1 AND value2

通常 value1 應該小於 value2。當 BETWEEN 前面加上 NOT 運算子時，表示與 BETWEEN 相反的意思，即選取這個範圍之外的值。

BETWEEN 例項
選取 uid 在 2 到 5 之間的使用者資料：

SELECT * FROM user WHERE uid BETWEEN 2 AND 5

返回查詢結果如下：

除了數值型別外，BETWEEN 也支援字串範圍，如下選擇出所有 username 介於 a 至 j 之間的使用者（幷包括單字母k/K）：
SELECT * FROM user WHERE username BETWEEN 'a' AND 'k'
字元範圍也支援漢字，但通常來說沒什麼意義。
MySQL BETWEEN 邊界
雖然幾乎所有的資料庫都支援 BETWEEN ... AND 運算子，但不同的資料庫對 BETWEEN ... AND 處理方式是有差異的。在 MySQL 中，BETWEEN 包含了 value1 和 value2 邊界值，如上面選取 uid 在 2 到 5 之間的使用者資料例子。
而有的資料庫則不包含 value1 和 value2 邊界值（類似於 > and <），也有資料庫包含 value1 而不包含 value2（類似於 >= and <）。所以在使用 BETWEEN ... AND 的時候，請檢查你的資料庫是如何處理 BETWEEN 邊界值的。
MySQL BETWEEN 時間日期
BETWEEN AND 常用於檢索時間或日期段內的內容，下面是一些常見的 BETWEEN 時間日期例子：

// int 時間戳格式，查詢 2008-08-08 20:00:00 到 2009-01-01 零點之前的資料
SELECT * FROM table WHERE column_time BETWEEN 1218196800 AND 1230739199
 
// DATE 格式，查詢 2008-08-08 到 2009-01-01 零點之前的資料
SELECT * FROM table WHERE column_time BETWEEN '2008-08-08' AND '2009-01-01'
 
// DATETIME 格式，查詢 2008-08-08 20:00:00 到 2009-01-01 零點之前的資料
SELECT * FROM table WHERE column_time BETWEEN '2008-08-08 20:00:00' AND '2008-12-31 23:59:59'
但對於查詢到當前時間的資料，建議使用 >= 運算子：
// DATETIME 格式，查詢 2008-08-08 20:00:00 到當前時刻的資料
SELECT * FROM table WHERE column_time >= '2008-08-08 20:00:00'

可見，同樣的需求，不同的欄位型別，寫法可能就不一樣。從效率上來講，int 時間戳格式效率最優。
以上 BETWEEN 的各個例子，雖然都是 SELECT 查詢，但 BETWEEN 也可以用於 UPDATE、DELETE 等適用 WHERE 表示式的 SQL 中。
MySQL BETWEEN 資料比較
BETWEEN 還具有資料比較功能，語法如下：

expr BETWEEN min AND max

當 expr 表示式的值大於或等於 min 且小於或等於 max 時, BETWEEN 的返回值為 1 ，否則返回 0 。利用這個功能，可以判斷一個表示式或值否則在某個區間：

// 返回 0
SELECT 1 BETWEEN 2 AND 3
// 返回 1
SELECT 'b' BETWEEN 'a' AND 'c'
// 判斷日期範圍
SELECT 20080808 BETWEEN 20080101 AND 20090101

BETWEEN 與 <、<=、>=、> 等運算子在某些情況下有著類似的功能，但 BETWEEN 運算級別更高且效率上更甚一籌。當然由於 BETWEEN 存在邊界值的問題而不夠靈活，因此不同的情況，採用何種運算子，需要具體對待。

MySQL IN 用法

IN 運算子用於 WHERE 表示式中，以列表項的形式支援多個選擇，語法如下：

WHERE column IN (value1,value2,...)
WHERE column NOT IN (value1,value2,...)

當 IN 前面加上 NOT 運算子時，表示與 IN 相反的意思，即不在這些列表項內選擇。
IN 使用例項
選取 uid 為 2、3、5 的使用者資料：

SELECT * FROM user WHERE uid IN (2,3,5)

返回查詢結果如下：

IN 子查詢
更多情況下，IN 列表項的值是不明確的，而可能是通過一個子查詢得到的：
SELECT * FROM article WHERE uid IN(SELECT uid FROM user WHERE status=0)
在這個 SQL 例子裡，我們實現了查出所有狀態為 0 的使用者（可能是被禁止）的所有文章。首先通過一個查詢得到所有所有 status=0 的使用者：

SELECT uid FROM user WHERE status=0

然後將查詢結果作為 IN 的列表項以實現最終的查詢結果，注意在子查詢中返回的結果必須是一個欄位列表項。

IN 運算子補充說明
IN 列表項不僅支援數字，也支援字元甚至時間日期型別等，並且可以將這些不同型別的資料項混合排列而無須跟 column 的型別保持一致：

SELECT * FROM user WHERE uid IN(1,2,'3','c')

一個 IN 只能對一個欄位進行範圍比對，如果要指定更多欄位，可以使用 AND 或 OR 邏輯運算子：
SELECT * FROM user WHERE uid IN(1,2) OR username IN('admin','5idev')
使用 AND 或 OR 邏輯運算子後，IN 還可以和其他如 LIKE、>=、= 等運算子一起使用。
關於 IN 運算子的效率問題
如果 IN 的列表項是確定的，那麼可以用多個 OR 來代替：

SELECT * FROM user WHERE uid IN (2,3,5)
// 等效為：
SELECT * FROM user WHERE (uid=2 OR aid=3 OR aid=5)

一般認為，如果是對索引欄位進行操作，使用 OR 效率高於 IN，但對於列表項不確定的時候（如需要子查詢得到結果），就必須使用 IN 運算子。另外，對於子查詢表資料小於主查詢的時候，也是適用 IN 運算子的。

BETWEEN 和in之間

在MySQL中經常會有朋友問關於大於小於，IN，OR，BETWEEN，哪個效能更好？

我想有很多朋友會用它們但確實不知道大於小於，IN，OR，BETWEEN效能哪個更好吧，下面總結一下關於大於小於，IN，OR，BETWEEN效能。

這裡的查詢條件有四種：>=和<=；between；or；in

這裡id列是索引列，如果不是的話，三個查詢都是全表掃描，效能差距應該不大。

in走全表是分情況的，上面的解答只是憑記憶大概說了一下，樓下小夥伴比較認真，這裡就再解釋一下，這個不是個數而應該是個比例，大概25%-35%左右，你要再問到底多少不好意思水平有限不讀原始碼沒辦法確認。然後這個30左右的比例也並不是說一定走全表掃描，因為mysql還有一個索引掃描，就是說如果select的內容在你的索引裡面就能找到的話當然不會去掃全表了，比如下面的例子中select id from ttt where id in (..);和select * from ttt where id in (...);前面這個肯定是走主鍵掃描，即使你in了所有id值他也是走主鍵，而後面的情況就是這種百分比的情況了，具體看下面示例，歡迎指正^_^
額，然後還想說一下between的情況，為什麼好是因為除了索引段上連續存取減少解析以外，還有一個情況就是在磁碟定址檢索資料的時候，會預設讀取第一次取值附近的部分資料（有這麼一個概率演算法說的是當一個數據被檢索到的時候，他附近的資料也很大概率會被用到）所以就有了這麼一個一次性取出冗餘資料避免多次定址的情況，這時候使用between的連續取值就正適用了