首先使用explain 查看sql执行计划,如果出现以下情况,则优化。
①出现了Using temporary;
②rows过多,或者几乎是全表的记录数;
③key 是 (NULL);
案例:
有一天,客户反映查询订单的程序很慢,5台服务器20兆的带宽,但是查询1000多条订单却要几秒钟。我心想,不对呀,我们分页查询都是只查询10条,怎么会这么慢。于是顺着页面找到对应的代码和sql语句,看代码确认没多大问题后。把sql拷出来执行一遍,果然很慢。
是的,没看错,10条用了1.46秒。
解决方案:
①利用唯一索引 (订单id) 作为 查询条件
结果:
这样快了好多,但是有一个弊端,那就是,如果订单做物理删除的话,分页查询的时候就会不准确。
②不做连表查询,由mysql自行做判断。
结果:
总结:连表查询还是慎用,如果数据多起来,驱动表循环次数多了就成灾难了。