sql优化

sql语句优化

Posted by LY on October 22, 2018

在这里小小推荐下我的个人博客

csdn:雷园的csdn博客

个人博客:雷园的个人博客

简书:雷园的简书

结论1:框架自带的模型查询比原生的sql要慢很多(成立)

这里我们通过microtime()函数来获取执行sql查询所需要的时间

img

laravel自带的sql查询

img

查询时间为5.29秒

img

原生sql语句

img

查询时间为0.29秒

​ 通过上图的两条sql运行时间,我们可以明显的看出框架自带的查询耗时大约5.29秒,而原生的sql只需要0.29秒.

结论2:最好不要给数据库留NULL,尽可能的使用 NOT NULL填充数据库(待定)

​ 测试的数据库中 actual_scheduling_bacth的数据类型是varchar(255)

​ $sql =”select * from dye_production_schedules where actual_scheduling_bacth is null”;

​ sql执行时间为0.59701204299927秒

​ $sql =”select * from dye_production_schedules where actual_scheduling_bacth = 0”;

​ sql执行时间为0.62539100646973秒

​ 对于varchar 字段来说 null 是不占用任何空间的,查询起来反而还要快,因此像评论或者描述这些我们可以用null,其他的并不推荐,但是对于char(100)来说,哪怕是null也会占用100字节空间

3.应尽量避免在 where 子句中使用 != 或 <> 操作符,否则将引擎放弃使用索引而进行全表扫描(成立)

img

​ 对于上面两条sql来说

​ id != 6055 的sql执行时间为0.54877090454102秒

​ id>6055 or id<6055 的sql执行时间为0.0015900135040283秒

4.应尽量避免在 where 子句中使用 or 来连接条件,如果一个字段有索引,一个字段没有索引,将导致引擎放弃使用索引而进行全表扫描(待定)

​ $sql1=”select id from dye_production_schedules where id > 1666 and order_detail_id = 6891”;

​ $sql2 =”select id from dye_production_schedules where id > 1666 union all select id from dye_production_schedules where order_detail_id = 6891”;

​ 好吧$sql2反而还慢

5.in 和 not in 也要慎用,否则会导致全表扫描(待定)

​ 对于连续的数值,能用 between 就不要用 in 了:

​ $sql1 =”select id from dye_production_schedules where product_id in (2401,2402.2403)”;

​ $sql2 =”select id from dye_production_schedules where product_id between 2400 and 2404”;

​ 好吧这两条执行速度极为相近 sql执行时间为0.00124192237854秒

6.%abc%的查询也将导致全表扫描

​ select id from t where name like‘%abc%’

7. sql子句中尽量不要进行函数操作,表达式操作

.8Update 语句,如果只更改1、2个字段,不要Update全部字段,否则频繁调用会引起明显的性能消耗,同时带来大量日志。

8.尽可能的使用 varchar 代替 char ,

​ 因为首先变长字段存储空间小,可以节省存储空间,其次对于查询来说,在一个相对较小的字段内搜索效率显然要高些。

9.任何地方都不要使用 select * from t ,用具体的字段列表代替“*”,不要返回用不到的任何字段。

10尽量避免向客户端返回大数据量,若数据量过大,应该考虑相应需求是否合理。

​ 批量处理数据(可分批向缓存中存贮)避免数组盛放过多的数据 给服务器造成巨大的压力

img

作者:机智的明

链接:https://www.jianshu.com/p/06948343681b

來源:简书

简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。