欢迎大家关注我的以下主页，尤其是今日头条！！！谢谢🙏🙏🙏
csdn：雷园的csdn博客
个人博客：雷园的个人博客
简书：雷园的简书
今日头条：来自底层程序员的仰望
结论1：框架自带的模型查询比原生的sql要慢很多（成立）
这里我们通过microtime()函数来获取执行sql查询所需要的时间
laravel自带的sql查询
查询时间为5.29秒
原生sql语句
查询时间为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 子句中使用 != 或 <> 操作符，否则将引擎放弃使用索引而进行全表扫描（成立）
对于上面两条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尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理。
批量处理数据（可分批向缓存中存贮）避免数组盛放过多的数据 给服务器造成巨大的压力
作者：机智的明
链接：https://www.jianshu.com/p/06948343681b
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。
