Oracle数据库优化的一些建议

https://baijiahao.baidu.com/s?id=1609391382597168099&wfr=spider&for=pc

1、ORACLE 优化内容

根据业务分析人员、设计人员、应用程序开发人员、数据库管理员、系统管理员几个不同的角色，针对每个不同角色，进行针对性的内容优化。

2、怎样写好SQL语句

（1）、 尽量简单，模块化

（2）、易读、易维护

（3）、节省资源

（4）、 内存

（5）、CPU

（6）、 扫描的数据块要少

（7）、少排序

（8）、不造成死锁 ( 检查是否被锁：v$locked_object )

3、SQL优化的一般性原则

（1）、目标：

减少服务器资源消耗（主要是磁盘IO）；

（2）、设计方面：

合适的索引，索引的双重效应，列的选择性；

（3）、编码方面：

利用索引，避免大表FULL TABLE SCAN；

合理使用临时表；

避免写过于复杂的sql，不一定非要一个sql解决问题；

在不影响业务的前提下减小事务的粒度；

4、优化概括(SQL语句基本原则)

● 查询尽量用确定的列名，少用*号。

select * from bdc_zc_qs;

性能优化后的语句： select bzm_qs,ywh,… from bdc_zc_qs；

● 尽量少嵌套子查询，这种查询会消耗大量的CPU资源；

● 比较多or运算的查询能使用union all 替换 or运算，建议分成多个查询，用union all联结起来；

● 多表查询选择最有效率的表名顺序；

oracle解析器对表解析从右到左，所以记录少的表放在右边；

● 尽量多用commit语句提交事务，可以及时释放资源、解锁、释放日志空间、减少管理花费；

● 尽量避免使用dblink访问数据库，使用dblink会产生数据上的网络交互，极大影响性能；

● union all 替换union，union 原理是把两个集合union all起来在进行排序去重复；

● 尽量不要使用distint，distinct会产生排序；

● 视图尽量不要使用order by；

● 避免在索引列上使用函数，计算等；

● 避免在索引列上使用not条件；

● 注意查询列字段类型，避免索引列自动转换；

例如：select * from bdc_zc_qs qs where qs.ywh=666,这种情况oracle会转换成to_number(qs.ywh)=666

● 用not exists 替代not in;

● 符号运算使用顺序：=、>=、>、<>；

● 使用where条件时候把最优的条件放最后，oracle采用自下而上的顺序解析WHERE子句，根据这个原理, 当在where 子句中有多个表联接时，where 子句中排在最后的表应当是返回行数可能最少的表，有过滤条件的子句应放在where 子句中的最后。

5、SQL语句优化的过程

（1）、定位有问题的语句；

（2）、检查执行计划；

（3）、 检查执行过程中优化器的统计信息；

（4）、分析相关表的记录数、索引情况；

（5）、 改写SQL语句、使用HINT、调整索引、表分析；

（6）、有些SQL语句不具备优化的可能，需要优化处理方式；

6、SQL语句执行过程

7、SQL语句处理过程