三、SQL_TRACE SQL_TRACE是Oracle的一个非常强大的工具。打开SQL_TRACE就可以逐步捕获任何一个会话的数据库活动，或者捕获整个数据库的活动，并将数据库活动记录成跟踪文件。每次使用完之后需要关闭跟踪,否则会降低系统的性能。跟踪整个数据库实例。 只需要简单的修改参数文件(pfile/spfile)参数 SQL_TRACE = TRUE ，在全局启用SQL_TRACE会导致所有进程的活动被跟踪，包括后台进程及所有用户进程,这样也会数据库导致性能下降比较...
RULE 采用基于CBO的优化法则。Oracle 11g的版本只有中间三个参数有效，并且不推荐使用FIRST_ROWS .我们看看优化器对查询的影响SQL> alter system set optimizer_mode=all_rows;System altered.SQL> conn scott/tiger Connected. SQL> set autot traceonly exp SQL> select * from emp,dept where emp.deptno=dept.deptno;Execution Plan ---------------------------------------------------------- Plan hash value: 844388907--...
Hash Join适合处理大型结果集，优化器选择两个表或者源数据中比较小的，使用join key在内存中建立一个hash table。然后扫描大表，并探查hash表，去发现匹配的记录。 小表称为驱动表，大表称为探查表当hash table能全部放到内存中，此种情况最好。如果内存中放不下hash table，优化器将hash table分区，超出内存范围的分区将被写到临时表空间中。我们分两种情况讨论hash join的实现hash table 全部在内存里 hash table是Oracle根据...
访问路径是指Oracle找到用户需要的数据的方法，这些方法很少，包括：声名狼藉的全表扫描--人们不惜一切视图避免的（曲解的）访问路径。各种类型的索引扫描--这是人们感觉良好的访问路径（多数情况下是被曲解的）。通过hash或者rowid的方式直接访问，通常对于单数据行来说，是最快的。 并没有一种访问路径是最好的，如果有，那么Oracle只需提供这一种访问路径就好了。全表扫描 全扫描就是顺序的读取表中的所有数据块。采用多块读的...
基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从 而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫描更有效，则我们就可以指示优化器使用全表扫描。在Oracle 中，是通过为...
一、索引概念 索引是一种供服务器在表中快速查找一个行的数据库结构。合理使用索引能够大大提高数据库的运行效率。在数据库中建立索引主要有以下作用。 （1）快速存取数据。 （2）既可以改善数据库性能，又可以保证列值的唯一性。 （3）实现表与表之间的参照完整性 （4）在使用order by、group by子句进行数据检索时，利用索引可以减少排序和分组的时间。在关系数据库中，每一行都由一个行唯一标识RowID。RowID包括...
?1.索引使用原则?不要对索引使用全模糊，但是 LIKE ‘asdf%‘是可以的，即不要Contains，可用StartWith 不要对索引进行函数，表达式操作，或者使用is null判断，否则将会使用全表扫描 不等于也会造成全表扫描，使用column < ‘a‘ or column > ‘a‘ 来替代 如果一个列有索引，另一个无索引，那么 c1 or c2 ，则将会造成全表扫描； 组合索引查询，如果包含前导索引，则会生效，否则，将会全表扫描；?2.顺序?where语句：尽量把大范围...
AWR快照 默认情况下，Oracle每隔一小时会自己主动产生一个快照，保存近期8天的快照。 我们能够通过例如以下语句获得产生快照的时间间隔和保存的天数： SYS@orcl(lx15)> select SNAP_INTERVAL,RETENTION from dba_hist_wr_control;SNAP_INTERVAL RETENTION --------------------------------------------------------------------------- -------------------------...
特别说明： 1、 本文只是面对数据库应用开发的程序员，不适合专业DBA，DBA在数据库性能优化方面需要了解更多的知识； 2、 本文许多示例及概念是基于Oracle数据库描述，对于其它关系型数据库也可以参考，但许多观点不适合于KV数据库或内存数据库或者是基于SSD技术的数据库； 3、 本文未深入数据库优化中最核心的执行计划分析技术。 读者对像： 开发人员：如果你是做数据库开发，那本文的内容非常适合，因为本文是从程序员的角度...
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)： ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersectiontable)作为基础表, 交叉表是指那个被其他表所引用的表. （2） WHERE子句中的连接顺序： ORACLE采用自下而上...
代码如下: 低效:SELECT … FROM DEPT WHERE SAL * 12 > 25000; 高效:SELECT … FROM DEPT WHERE SAL > 25000/12;3、避免在索引列上使用IS NULL和IS NOT NULL 避免在索引中使用任何可以为空的列，ORACLE性能上将无法使用该索引．对于单列索引，如果列包含空值，索引中将不存在此记录. 对于复合索引，如果每个列都为空，索引中同样不存在此记录. 如果至少有一个列不为空，则记录存在于索引中．举例: 如果唯一性索引建立...
SELECT t1.*, ‘t2-->‘, t2.* FROM v$sql_plan t1 JOIN v$sql t2 ON t1.address = t2.address AND t1.hash_value = t2.hash_value AND t1.child_number = t2.child_number;--缓存中的执行计划。 1.2 典型SELECT语句完整的执行顺序 1）from子句组装来自不同数据源的数据； 2）where子句基于指定的条件对记录行进行筛选； 3）group by子句将数据划分为多个分组...
(1) SQL语句是否清晰地告诉查询优化器它想干什么？(2) 查询优化器得到的数据库统计信息是否是最新的、正确的？统一SQL语句的写法对于以下两句SQL语句，程序员认为是相同的，数据库查询优化器认为是不同的。 select*from dual select*From dual 其实就是大小写不同，查询分析器就认为是两句不同的SQL语句，必须进行两次解析。生成2个执行计划。所以作为程序员，应该保证相同的查询语句在任何地方都一致，多一个空格都不行...
大家对于一个业务系统的运行关心有如下几个方面:功能性、稳定性、效率、安全性。而一个系统的性能有包含了网络性能、应用性能、中间件性能、数据库性能等等。 今天从数据库性能的角度，浅谈Oracle性能优化的一些看法。 首先对于性能问题，大家先接触的一般都是某个业务功能慢，速度客户无法接受。那对于系统的性能无非如下图所示：当一个性能问题出现时，很多人都会猜测问题各个方面的原因。 今天主要谈数据库的性能问题，就问题而...
(C)我们来查询一下,看在插入一千万条记录后所访问的块数和查询所用时间: SQL> SET TIMING ON SQL> SET AUTOTRACE TRACEONLY SQL> SELECT COUNT(*) FROM TEST_TAB; ELAPSED: 00:01:03.05 EXECUTION PLAN ------------------------------------------------------------ 0 SELECT STATEMENT OPTIMIZER=CHOOSE (COST=15056 CARD=1) 1 0 SORT (AGGREGATE) 2 1 TABLE ACCESS (FULL) OF ‘TEST_TAB‘ (COST=15056 CARD=10000 000) ...