总体来说，SQL语句优化策略有以下几个方面：

● 创建表的时候。应尽量建立主键,根据主键查询数据；
● 大数据表删除，用truncate table代替delete。
● 合理使用索引，在OLTP应用中一张表的索引不要太多。组合索引的列顺序尽量与查询条件列顺序保持一致；对于数据操作频繁的表，索引需要定期重建，以减少失效的索引和碎片。
● 查询尽量用确定的列名，少用*号。

尽量少嵌套子查询，这种查询会消耗大量的CPU资源；对于有比较多
or运算的查询，建议分成多个查询，用union all联结起来；多表查询
的查询语句中，选择最有效率的表名顺序(基于规则的优化器中有效)。Oracle解析器对表解析从右到左，所以记录少的表放在右边。

● 尽量多用commit语句提交事务，可以及时释放资源、解
锁、释放日志空间、减少管理花费；在频繁的、性能要求比较高的
数据操作中，尽量避免远程访问，如数据库链等，访问频繁的表可
以常驻内存：alter table．．．cache；

详细分来：

1、尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替。 
2、不用NOT IN操作符，可以用NOT EXISTS或者外连接+（外连接+判断为空）替代。 3、不用“<>”或者“!=”操作符。对不等于操作符的处理会造成全表扫描，可以用“<” or “>”代替。例如：a<>0 改为 a>0 or a<0，a<>’ ’ 改为 a>’ ’ 
4、Where子句中出现IS NULL或者IS NOT NULL时，Oracle会停止使用索引而执行全表扫描。可以考虑在设计表时，对索引列设置为NOT NULL。这样就可以用其他操作来取代判断NULL的操作。 
5、当通配符“%”或者“_”作为查询字符串的第一个字符时，索引不会被使用，因此一般不要作为第一个字符出现。 
6、对于有连接的列“||”，最后一个连接列索引会无效。尽量避免连接，可以分开连接或者使用不作用在列上的函数替代。 
7、如果索引不是基于函数的，那么当在Where子句中对索引列使用函数时，索引不再起作用。 
8、Where子句中避免在索引列上使用计算，否则将导致索引失效而进行全表扫描。 
9、对数据类型不同的列进行比较时，会使索引失效。 
10、用“>=”替代“>”。 
11、UNION操作符会对结果进行筛选，消除重复，数据量大的情况下可能会引起磁盘排序。如果不需要删除重复记录，应该使用UNION ALL。 
12、Oracle从下到上处理Where子句中多个查询条件，所以表连接语句应写在其他Where条件前，可以过滤掉最大数量记录的条件必须写在Where子句的末尾。 
13、Oracle从右到左处理From子句中的表名，所以在From子句中包含多个表的情况下，将记录最少的表放在最后。 
14、Order By语句中的非索引列会降低性能，可以通过添加索引的方式处理。严格控制在Order By语句中使用表达式。 
15、不同区域出现的相同的Sql语句，要保证查询字符完全相同，以利用SGA共享池，防止相同的Sql语句被多次分析。 
16、多利用内部函数提高Sql效率。 
17、当在Sql语句中连接多个表时，使用表的别名，并将之作为每列的前缀。这样可以减少解析时间。 
18、根据SQL不同设定优化模式的方式，选择不同的优化策略，通过SELECT /*+ALL+_ROWS*/ ……;来设定。可用的HINT包括/*+ALL_ROWS*/、/*+FIRST_ROWS*/、/*+CHOOSE*/、/*+RULE*/ 等一般在SQL前加first_rows策略，速度都会提高，特殊情况下改用choose策略。（本策略架构包已经支持） 
19、对于大表查询中的列应尽量避免进行诸如Ｔｏ＿ｃｈａｒ，ｔｏ＿ｄａｔｅ，ｔｏ＿ｎｕｍｂｅｒ等转换 
20、有索引的尽量用索引，有用到索引的条件写在前面 
21、如有可能和有必要就建立一些索引 
22、尽量避免进行全表扫描，限制条件尽可能多，以便更快搜索到要查询的数据

SQL语句优化策略,布布扣,bubuko.com

SQL语句优化策略