在某些情況下，如果明知道查詢結(jié)果只有一個(gè)，SQL語(yǔ)句中使用LIMIT 1會(huì)提高查詢效率。
例如下面的用戶表(主鍵id,郵箱,密碼)：
復(fù)制代碼 代碼如下:m.survivalescaperooms.com
create table t_user(
id int primary key auto_increment,
email varchar(255),
password varchar(255)
);
每個(gè)用戶的email是唯一的，如果用戶使用email作為用戶名登陸的話，就需要查詢出email對(duì)應(yīng)的一條記錄。
SELECT * FROM t_user WHERE email=?;
上面的語(yǔ)句實(shí)現(xiàn)了查詢email對(duì)應(yīng)的一條用戶信息，但是由于email這一列沒(méi)有加索引，會(huì)導(dǎo)致全表掃描，效率會(huì)很低。
SELECT * FROM t_user WHERE email=? LIMIT 1;
加上LIMIT 1，只要找到了對(duì)應(yīng)的一條記錄，就不會(huì)繼續(xù)向下掃描了，效率會(huì)大大提高。
LIMIT 1適用于查詢結(jié)果為1條（也可能為0）會(huì)導(dǎo)致全表掃描的的SQL語(yǔ)句。
如果email是索引的話，就不需要加上LIMIT 1，如果是根據(jù)主鍵查詢一條記錄也不需要LIMIT 1，主鍵也是索引。
例如：
SELECT * FROM t_user WHERE id=?;
就不需要寫(xiě)成：
SELECT * FROM t_user WHERE id=? LIMIT 1;
二者效率沒(méi)有區(qū)別。
附上我做的實(shí)驗(yàn)：
存儲(chǔ)過(guò)程生成100萬(wàn)條數(shù)據(jù)：
復(fù)制代碼 代碼如下:m.survivalescaperooms.com
BEGIN
DECLARE i INT;
START TRANSACTION;
SET i=0;
WHILE i<1000000 DO
INSERT INTO t_user VALUES(NULL,CONCAT(i+1,'@xxg.com'),i+1);
SET i=i+1;
END WHILE;
COMMIT;
END
查詢語(yǔ)句
復(fù)制代碼 代碼如下:m.survivalescaperooms.com
SELECT * FROM t_user WHERE email='222@xxg.com'; 耗時(shí)0.56 s
SELECT * FROM t_user WHERE email='222@xxg.com' LIMIT 1; 耗時(shí)0.00 s
