当前位置:Gxlcms > 数据库问题 > SQL优化原则

SQL优化原则

时间:2021-07-01 10:21:17 帮助过:28人阅读

?优先选择优化高并发低消耗的SQL; 1,1小时请求1W次,1次10个IO; 2,1小时请求10次,1次1W个IO; 考虑: ①,从单位时间产生的IO总数来说,相同的; ②,针对一个SQL,如果我能把10个IO变成7个IO,一小时减少3W个IO; 针对第二个SQL,如果能把1W个IO变成7K个IO,一小时减少3W个IO; ③,从优化难度上讲,1W->7K难的多; ④,从整体性能上来说,第一个SQL的优化能够极大的提升系统整体的性能;第二个SQL慢一点,无非也就是10个连接查询慢一点; 2,定位性能瓶颈; 1,SQL运行较慢有两个影响原因,IO和CPU,明确性能瓶颈所在; 2,明确优化目标;

[原则二:从Explain和Profile入手]

1,任何SQL的优化,都从Explain语句开始;Explain语句能够得到数据库执行该SQL选择的执行计划; 
2,首先明确需要的执行计划,再使用Explain检查; 
3,使用profile明确SQL的问题和优化的结果;

[原则三:永远用小结果集驱动大的结果集]

 注意不是:小表连接大的快,而是结果集 

[原则四:在索引中完成排序]

[原则五:使用最小Columns]

1,减少网络传输数据量; 
2,特别是需要使用column排序的时候.为什么?MYSQL排序原理,是把所有的column数据全部取出,在排序缓存区排序,再返回结果;
如果column数据量大,排序区容量不够的时候,就会使用先column排序,再取数据,再返回的多次请求方式;

[原则六:使用最有效的过滤条件]

1,过多的WHERE条件不一定能够提高访问性能; 
2,一定要让where条件使用自己预期的执行计划;

[原则七:避免复杂的JOIN和子查询]

1,复杂的JOIN和子查询,需要锁定过多的资源,MYSQL在大量并发情况下处理锁定性能下降较快; 
2, 不要过多依赖SQL的功能,把复杂的SQL拆分为简单的SQL; 
3,MySQL子查询性能较低,应尽量避免使用;

 

SQL优化原则

标签:数据量   优化   总数   瓶颈   col   小结   HERE   一个   cpu   

人气教程排行