mysql limit 全表扫描_MySQL查询优化:LIMIT 一避免全表扫描

文章介绍了在MySQL查询中,当预期结果仅有一条时,使用LIMIT 1可以显著提高查询效率,尤其是在未对查询列建立索引的情况下。通过对比示例,说明了对于主键查询或已索引的列,LIMIT 1并非必需,而对全表扫描的查询,LIMIT 1能有效减少扫描行数,提升性能。
摘要由CSDN通过智能技术生成

mysql查询优化:LIMIT 1避免全表扫描

在某些情况下,如果明知道查询结果只有一个,SQL语句中使用LIMIT 1会提高查询效率。

例如下面的用户表(主键id,邮箱,密码):

create table t_user( id int primary key auto_increment, email varchar(255), password varchar(255) );

1

createtablet_user(idintprimarykeyauto_increment,emailvarchar(255),passwordvarchar(255));

欢迎大家阅读《MySQL查询优化:LIMIT 一避免全表扫描》,跪求各位点评,by 搞代码

每个用户的email是唯一的,如果用户使用email作为用户名登陆的话,就需要查询出email对应的一条记录。

SELECT * FROM t_user WHERE email=?;

上面的语句实现了查询email对应的一条用户信息,但是由于email这一列没有加索引,会导致全表扫描,效率会很低。

SELECT * FROM t_user WHERE email=? LIMIT 1;

加上LIMIT 1,只要找到了对应的一条记录,就不会继续向下扫描了,效率会大大提高。

LIMIT 1适用于查询结果为1条(也可能为0)会导致全表扫描的的SQL语句。

如果email是索引的话,就不需要加上LIMIT 1,如果是根据主键查询一条记录也不需要LIMIT 1,主键也是索引。

例如:

SELECT * FROM t_user WHERE id=?;

就不需要写成:

SELECT * FROM t_user WHERE id=? LIMIT 1;

二者效率没有区别。

附上我做的实验:

存储过程生成100万条数据:

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

1

BEGINDECLAREiINT;STARTTRANSACTION;SETi=0;WHILEi<1000000DOINSERTINTOt_userVALUES(NULL,CONCAT(i+1,'@xxg.com'),i+1);SETi=i+1;ENDWHILE;COMMIT;END

查询语句

SELECT * FROM t_user WHERE email='222@xxg.com';  耗时0.56 s

SELECT * FROM t_user WHERE email='222@xxg.com' LIMIT 1;  耗时0.00 s

7e01b1efece481b6c3f3abfff6016e11.png

作者:叉叉哥   转载请注明出处:http://blog.csdn.net/xiao__gui/article/details/8726272

e7ce419cf2d6ad34d01da2ceb8829eed.png

微信 赏一包辣条吧~

023a57327877fb4402bcc76911ec18ea.png

支付宝 赏一听可乐吧~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值