SQL大数据查询优化.pdfVIP

SQL⼤⼤数数据据查查询询优优化化 常写的SQL可能主要以实现查询出结果为主,但如果数据量⼀⼤,就会突出SQL查询语句优化的性能 特之处.⼀般的数据库设计都会建索引查 询,这样较全盘扫描查询的确快了不少.下⾯总结下SQL查询语句的⼏个优化效率的地⽅,经验有限,难免有不⾜. 1、对查询进⾏优化，应尽量避免全表扫描，⾸先应考虑在 w here 及 order by 涉及的列上建⽴索引 2、避免在索引列上使⽤NOT在 w here ⼦句中对字段进⾏ null 值判断，在索引列上使⽤NOT, NOT会产⽣在和在索引列上使⽤函数相同的影 响。当Oracle遇到NOT,他就会停⽌使⽤索引转⽽执⾏全表扫描。如： select id from t w here num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： select id from t w here num=0 、应尽量避免在 w here ⼦句中使⽤!=或操作符，否则将引擎放弃使⽤索引⽽进⾏全表扫描 4、应尽量避免在 w here ⼦句中使⽤ or 来连接条件，否则将导致引擎放弃使⽤索引⽽进⾏全表扫描，如： select id from t w here num=10 or num=20 可以这样查询： select id from t w here num=10 union all select id from t w here num=20 5、in 和 not in 也要慎⽤，否则会导致全表扫描，如： select id from t w here num in(1,2, ) 对于连续的数值，能⽤ between 就不要⽤ in 了： select id from t w here num between 1 and 6、下⾯的查询也将导致全表扫描： select id from t w here name like %abc% 若要提⾼效率，可以考虑全⽂检索 7、如果在 w here ⼦句中使⽤参数，也会导致全表扫描。因为SQL只有在运⾏时才会解析局部变量，但优化程序不能将访问计划的选择推迟 到运⾏时；它必须在编译时进⾏选择。然⽽，如果在编译时建⽴访问计划，变量的值还是未知的，因⽽⽆法作为索引选择的输⼊项。如下⾯ 语句将进⾏全表扫描： select id from t w here 可以改为强制查询使⽤索引： select id from t w ith(index(索引名)) w here 8、应尽量避免在 w here ⼦句中对字段进⾏表达式操作，这将导致引擎放弃使⽤索引⽽进⾏全表扫描。如： select id from t w here num/2=100 应改为: select id from t w here num=100*2 9、应尽量避免在w here⼦句中对字段进⾏函数操作，这将导致引擎放弃使⽤索引⽽进⾏全表扫描。如： select id from t w here substring(name,1, )=abc // oracle总有的是substr函数。 select id from t w here datediff(day,createdate,2005-11- 0)=0 //查过了确实没有datediff函数。 应改为: select id from t w here name like abc% select id from t w here createdate=2005-11- 0 and createdate2005-12-1 // oracle 中时间应该把char 转换成 date 如： createdate = to_date(2005-11- 0,yyyy-mm-dd) 10、不要在 w here ⼦句中的“=”左边进⾏函数、算术运算或其他表达式运算，否则系统将可能⽆法正确使⽤索引 11、在使⽤索引字段作为条件时，如果该索引是复合索引，那么必须使⽤到该索引中的第⼀个字段作为条件时才能保证系统使⽤该索引，否 则该索引将不会被使⽤，并且应尽可能的让字段顺序与索引顺序相⼀致。 12、很多时候⽤