SQL调优思路

首先说一下Oracle的优化器:

RBO:基于规则(rule)的优化器;Oracle9i及之前使用,对SQL语句的语法规则要求较高,调优必然是从语法规则开始;例如驱动表要放到from关键字的最后面,尽量使用exists 、not exists 代替 in、not in 等等。

CBO:基于代价(cost)的优化器;Oracle9i之后使用也是Oracle主推的优化器,更加智能,对语法规则不敏感,因为它会去更智能的重写SQL,但是依赖于准确的统计信息。

1、由于执行计划依赖于统计信息,所以统计信息的最新与否直接影响到SQL的性能,一般的性能问题都可以通过此方式可完美解决!

更新统计信息语法:

analyze table table_name compute statistics; --重新收集表的统计信息

ANALYZE INDEX IDX_name ESTIMATE STATISTICS; --重新收集索引的统计信息

2、使用Explain plan命令查看表连接方式(plsql中使用F5查看),采用最稳定的hash join 的表连接方式,通过hints方式干预

Oracle表连接方式及特点:

NESTED LOOP:嵌套循环,性能不稳定

SQL调优思路

NESTED LOOP

HASH JOIN:哈希连接,性能稳定

SQL调优思路

HASH JOIN

MERGE JOIN:归并连接,性能较低

SQL调优思路

 

通过cost的比较,性能也就相形见绌了

三种表连接方式的适用场景:

SQL调优思路

适用场景

喜欢的朋友可以关注点赞评论转发支持下哦,您的支持是小编创作的动力源泉!

近期导读:

synchronized与Lock的区别从此不会被遗忘

synchronized用法总结

OSI网络七层模型很难记忆吗?不存在的

两步实现Java自定义注解