Oracle数据库优化的总结及优化方法

简介: Oracle数据库优化的总结及优化方法

1、减少访问数据库的次数。

2、不要让数据库做得太多。

(1)SELECT子句中避免使用' * ':ORACLE在解析的过程中,会将' * '依次转换成所有的列名, 这个工作是通过查询数据字典完成的,这意味着将耗费更多的时间。

(2)sql语句用大写的:因为oracle总是先解析sql语句,把小写的字母转换成大写的再执行。另外,在java代码中尽量少用连接符“+”连接字符串!

(3)使用表的别名(Alias):当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上。这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误。

(4) 用>=替代>:

高效: SELECT * FROM EMP WHERE DEPTNO >=4

低效: SELECT * FROM EMP WHERE DEPTNO >3

两者的区别在于, 前者DBMS将直接跳到第一个DEPT等于4的记录而后者将首先定位到DEPTNO=3的记录并且向前扫描到第一个DEPT大于3的记录。

(5) 用EXISTS替代IN、用NOT EXISTS替代NOT IN:在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接.在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率。 在子查询中,NOT IN子句将执行一个内部的排序和合并。无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历)。 为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS。

例子:

(高效)SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND EXISTS (SELECT ‘X' FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB')

(低效)SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND DEPTNO IN(SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB')

(6)用EXISTS替换DISTINCT:例如:

低效: SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D,EMP E WHERE D.DEPT_NO = E.DEPT_NO

高效: SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT ‘X’ FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO);

(7)尽量用UNION-ALL 替换UNION ( if possible)

当SQL语句需要UNION两个查询结果集合时,这两个结果集合会以UNION-ALL的方式被合并, 然后在输出最终结果前进行排序。

低效:SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

UNION SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

高效: SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

UNION ALL SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = ’31-DEC-95’

(8) 避免在索引列上使用NOT:通常,避免在索引列上使用NOT, NOT会产生在和在索引列上使用函数相同的影响。 当Oracle”遇到”NOT,就会停止使用索引转而执行全表扫描。

(9)用索引提高效率:索引是表的一个概念部分,用来提高检索数据的效率,ORACLE使用了一个复杂的自平衡B-tree结构。 通常,通过索引查询数据比全表扫描要快。当Oracle找出执行查询和Update语句的最佳路径时,Oracle优化器将使用索引。同样在联结多个表时使用索引也可以提高效率. 另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证。通常, 在大型表中使用索引特别有效。 虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价。 索引需要空间来存储,也需要定期维护, 每当有记录在表中增减或索引列被修改时,索引本身也会被修改。这意味着每条记录的INSERT , DELETE , UPDATE将为此多付出4 , 5 次的磁盘I/O 。因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询反应时间变慢。定期的重构索引是有必要的。


3.优化方法


(01)选择最有效率的表名顺序(笔试常考)


ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,


FROM子句中写在最后的表将被最先处理,


在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表放在最后,


如果有3个以上的表连接查询,那就需要选择那个被其他表所引用的表放在最后。


例如:查询员工的编号,姓名,工资,工资等级,部门名


select emp.empno,emp.ename,emp.sal,salgrade.grade,dept.dname


from salgrade,dept,emp


where (emp.deptno = dept.deptno) and (emp.sal between salgrade.losal and salgrade.hisal)


     1)如果三个表是完全无关系的话,将记录和列名最少的表,写在最后,然后依次类推


     2)如果三个表是有关系的话,将引用最多的表,放在最后,然后依次类推


(02)WHERE子句中的连接顺序(笔试常考)


ORACLE采用自右而左的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之左,


那些可以过滤掉最大数量记录的条件必须写在WHERE子句的之右。


例如:查询员工的编号,姓名,工资,部门名


select emp.empno,emp.ename,emp.sal,dept.dname


from emp,dept


where (emp.deptno = dept.deptno) and (emp.sal > 1500)


(03)SELECT子句中避免使用*号


ORACLE在解析的过程中,会将*依次转换成所有的列名,这个工作是通过查询数据字典完成的,这意味着将耗费更多的时间


select empno,ename from emp;


(04)使用DECODE函数来减少处理时间


使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表;


(05)整合简单,无关联的数据库访问;


(06)用TRUNCATE替代DELETE;


(07)尽量多使用COMMIT,


因为COMMIT会释放回滚点;


(08)用WHERE子句替换HAVING子句


WHERE先执行,HAVING后执行


(09)多使用内部函数提高SQL效率


(10)使用表的别名


salgrade s


(11)使用列的别名


ename e


(12)用索引提高效率


在查询中,善用索引


(13)字符串型,能用=号,不用like


因为=号表示精确比较,like表示模糊比较


(14)SQL语句用大写的


因为Oracle服务器总是先将小写字母转成大写后,才执行


在eclipse中,先写小写字母,再通过ctrl+shift+X转大写;ctrl+shift+Y转小写


(15)避免在索引列上使用NOT


因为Oracle服务器遇到NOT后,他就会停止目前的工作,转而执行全表扫描


(16)避免在索引列上使用计算


WHERE子句中,如果索引列是函数的一部分,优化器将不使用索引而使用全表扫描,这样会变得变慢


例如,SAL列上有索引,


低效:


SELECT EMPNO,ENAME


FROM EMP


WHERE SAL*12 > 24000;


高效:


SELECT EMPNO,ENAME


FROM EMP


WHERE SAL > 24000/12;


(17)用 >= 替代 >


低效:


SELECT * FROM EMP WHERE DEPTNO > 3


首先定位到DEPTNO=3的记录并且扫描到第一个DEPT大于3的记录


高效:


SELECT * FROM EMP WHERE DEPTNO >= 4


直接跳到第一个DEPT等于4的记录


(18)用IN替代OR


select * from emp where sal = 1500 or sal = 3000 or sal = 800;


select * from emp where sal in (1500,3000,800);


(19)总是使用索引的第一个列


如果索引是建立在多个列上,只有在它的第一个列被WHERE子句引用时,优化器才会选择使用该索引


当只引用索引的第二个列时,不引用索引的第一个列时,优化器使用了全表扫描而忽略了索引


create index emp_sal_job_idex


on emp(sal,job);


----------------------------------


select *


from emp


where job != 'SALES';


(20)避免改变索引列的类型,显示比隐式更安全


当字符和数值比较时,ORACLE会优先转换数值类型到字符类型


select 123 || '123' from dual;

目录
相关文章
|
19天前
|
Oracle 关系型数据库 Linux
【赵渝强老师】Oracle数据库配置助手:DBCA
Oracle数据库配置助手(DBCA)是用于创建和配置Oracle数据库的工具,支持图形界面和静默执行模式。本文介绍了使用DBCA在Linux环境下创建数据库的完整步骤,包括选择数据库操作类型、配置存储与网络选项、设置管理密码等,并提供了界面截图与视频讲解,帮助用户快速掌握数据库创建流程。
201 93
|
19天前
|
缓存 Java 应用服务中间件
Spring Boot配置优化:Tomcat+数据库+缓存+日志,全场景教程
本文详解Spring Boot十大核心配置优化技巧,涵盖Tomcat连接池、数据库连接池、Jackson时区、日志管理、缓存策略、异步线程池等关键配置,结合代码示例与通俗解释,助你轻松掌握高并发场景下的性能调优方法,适用于实际项目落地。
215 4
|
1月前
|
SQL Oracle 关系型数据库
Oracle数据库创建表空间和索引的SQL语法示例
以上SQL语法提供了一种标准方式去组织Oracle数据库内部结构,并且通过合理使用可以显著改善查询速度及整体性能。需要注意,在实际应用过程当中应该根据具体业务需求、系统资源状况以及预期目标去合理规划并调整参数设置以达到最佳效果。
103 8
|
3月前
|
SQL Oracle 关系型数据库
比较MySQL和Oracle数据库系统,特别是在进行分页查询的方法上的不同
两者的性能差异将取决于数据量大小、索引优化、查询设计以及具体版本的数据库服务器。考虑硬件资源、数据库设计和具体需求对于实现优化的分页查询至关重要。开发者和数据库管理员需要根据自身使用的具体数据库系统版本和环境,选择最合适的分页机制,并进行必要的性能调优来满足应用需求。
131 11
|
3月前
|
机器学习/深度学习 SQL 运维
数据库出问题还靠猜?教你一招用机器学习优化运维,稳得一批!
数据库出问题还靠猜?教你一招用机器学习优化运维,稳得一批!
106 4
|
3月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—服务器异常断电导致Oracle数据库报错的数据恢复案例
Oracle数据库故障: 某公司一台服务器上部署Oracle数据库。服务器意外断电导致数据库报错,报错内容为“system01.dbf需要更多的恢复来保持一致性”。该Oracle数据库没有备份,仅有一些断断续续的归档日志。 Oracle数据库恢复流程: 1、检测数据库故障情况; 2、尝试挂起并修复数据库; 3、解析数据库文件; 4、导出并验证恢复的数据库文件。
|
3月前
|
存储 Oracle 关系型数据库
服务器数据恢复—光纤存储上oracle数据库数据恢复案例
一台光纤服务器存储上有16块FC硬盘,上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常,存储映射到linux操作系统上的卷挂载不上,业务中断。 通过storage manager查看存储状态,发现逻辑卷状态失败。再查看物理磁盘状态,发现其中一块盘报告“警告”,硬盘指示灯显示异常的2块盘报告“失败”。 将当前存储的完整日志状态备份下来,解析备份出来的存储日志并获得了关于逻辑卷结构的部分信息。
|
3月前
|
存储 Oracle 关系型数据库
【赵渝强老师】Oracle RMAN的目录数据库
Oracle RMAN默认将备份元信息存储在控制文件中,但控制文件损坏或丢失会导致恢复失败,且备份增多会使控制文件无限增长。为解决这些问题,Oracle引入了RMAN目录数据库(Catalog Database),专门用于存储RMAN备份的元信息。使用目录数据库可提升备份管理效率,支持多数据库共享、长期备份历史记录存储,并可保存RMAN脚本。本文详细介绍了如何创建目录数据库、注册目标数据库及其操作步骤。
|
6月前
|
Oracle 安全 关系型数据库
【Oracle】使用Navicat Premium连接Oracle数据库两种方法
以上就是两种使用Navicat Premium连接Oracle数据库的方法介绍,希望对你有所帮助!
1189 28
|
4月前
|
存储 Oracle 关系型数据库
oracle数据恢复—oracle数据库执行错误truncate命令的数据恢复案例
oracle数据库误执行truncate命令导致数据丢失是一种常见情况。通常情况下,oracle数据库误操作删除数据只需要通过备份恢复数据即可。也会碰到一些特殊情况,例如数据库备份无法使用或者还原报错等。下面和大家分享一例oracle数据库误执行truncate命令导致数据丢失的数据库数据恢复过程。

热门文章

最新文章

推荐镜像

更多