有你,世界才更有趣!

MySQL语句优化补充(二)

除了增加索引外,还有很多注意的问题。

1、不要在语句中出现计算

《MySQL语句优化补充(二)》

2、查询条件数据类型一致

为了测试把其中的一个订单id 改为 201903121704170005,看下图不同的查询:

《MySQL语句优化补充(二)》

显然oid=201903121704170005比 oid=’201903121704170005’长很多,因为原来的oid 的字段类型是varchar,而不是数值型。分析一下:

《MySQL语句优化补充(二)》

类型不一致的第一条,没有走索引。

3、不要使用like左模糊查询

《MySQL语句优化补充(二)》

左模糊不走索引。

《MySQL语句优化补充(二)》

右模糊不影响索引的使用

《MySQL语句优化补充(二)》

4、select 避免使用*查询所需字段

《MySQL语句优化补充(二)》

需要什么字段就查什么字段,避免使用*。

5、查询一条语句时加上limit 1

show profiles;
《MySQL语句优化补充(二)》

但是,并不是所有的查询加上limit 1,都能提高速度,我们再试一次:

《MySQL语句优化补充(二)》

显然,前者加上limit 1 的查询时间反而比后者没加limit 1 花费更长的时间,即使差距只有0.00006s。那么在什么时候需要一条数据加上limit 1 的时候才能达到优化的效果呢?

请看下面的例子:

《MySQL语句优化补充(二)》
《MySQL语句优化补充(二)》
《MySQL语句优化补充(二)》

通过简单的测试,当所选的记录id越靠前,使用limit 1 时,效果越明显。原因是,price 字段在没有加索引的情况下,需要进行全表扫描,加上limit 1,只要找到了对应的一条记录,就不会继续向下扫描了,效率会大大提高。 limit 1适用于查询结果为1条(也可能为0)会导致全表扫描的的SQL语句。

再看一下使用主键作为条件时,使用limit 1

《MySQL语句优化补充(二)》

从结果看来,效果不是特别明显,而时候反而加上limit 1,效率反而降低。原因是 sql 语句执行顺序为 select 查询完结果之后再进行 limit 1筛选。

所以,建议使用limit 1 最好是用在没加索引的where条件下。

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注