ITPub博客

标量子查询的效率跟以下下几个因素密切相关： 1、主查询返回数据量的大小 ； 2、子查询在关联列是否有高效的索引 ； 3、主查询关联列的唯一值高低。

生产系统不改代码解决SQL性能问题的几种方法

SQL语句的优化

一次IO能够读取的Block的个数，是以下三者的最小值db_file_multiblock_read_countextent（block都只能在一个区，不能跨区）os limit（linux好像不超过1M）多块读的场景Full Table Scan --全表扫描Index Fast Full Scans  --索引快速全扫描单块读的场景Rowid Scans --直接通过Rowid获取I

对于SQL调优，要调就调到极致，小编并不是处女座，而是因为在一个并发量很大的业务系统中，对于频繁执行的单条SQL性能的提升，可能对整体数据库的性能提升都有很大的意义。但是遇到order by字段后面的字段，特别是当这个字段不在过滤条件中时，小编就会心里打鼓，是加到索引里面呢，还是不加到索引里面呢，加进去会不会没有起到提升性能的作用，反而让索引变得更加复杂，给系统带来不必要的额外负担，“偷鸡不成蚀把

一．10046事件的4个级别10046 事件按照收集信息内容，可以分成4个级别： Level 1： 等同于SQL_TRACE 的功能 Level 4： 在Level 1的基础上增加收集绑定变量的信息 Level 8： 在Level 1 的基础上增加等待事件的信息Level 12：等同于Level 4+Level 8, 即同时收集绑定变量信息和等待事件信息。

10046事件是我们分析sql,定位问题的重要工具之一，下面是我们做10046事件步骤：1.alter session set events '10046 trace name context forever, level 12';--开启10046事件。2.alter session set tracefile_identifier='10046';  

单表分页优化思路：--创建测试表：SQL> create table t_test as select * from dba_objects;Table created.如，下面的sql （没有过滤条件，只有排序），要将查询结果分页显示，每页显示10条，如：select * from t_test order by object_id;例子：1、分页查询sql语句，如下（通常会采用下面的方法

   使用set autotrace on查看SQL语句的执行计划输出的是SQL语句的执行结果最后才是SQL语句的执行计划和统计信息。    如果只是想看SQL语句的执行计划和统计信息，可以使用set autotrace traceonly 。这是一个SQL语句使用set autotrace on执行SQL语句的结果。recursive calls 解析该S

获取oracle的SQL语句的执行有很多，比如使用plsql按F5，使用10046trace，使用set  autotrace on等方式查看SQL语句的执行计划。使用这种方式查看SQL语句的执行计划会获取更详细的信息。过程如下：    1.执行alter session set statistics_level=all;  &

当SQL出现问题，能从执行计划中快速的定位哪部分出现问题很重要。本文将结合实际案例，给出优化方案。

索引能提升查询效率，索引出现性能问题往往与回表有关，回表属于单块读，回表过多会产生大量逻辑读

用户写的 sql ， Oracle 会进行等价改写，即使是 RBO 优化模式， Oracle 也会给你做一些转换，这些转化都是基于一种固定的算法， oracle 称这种转换是“启发式”的。比如我们写 inner  join 时 ，并且只访问单表数据&

1、ASH （Active SessionHistory）ASH以V$SESSION为基础，每秒采样一次，记录活动会话等待的事件。不活动的会话不会采样，采样工作由新引入的后台进程MMNL来完成。v$active_session_history视图提供了在实例级别抽取会话活动信息。活动会话每分钟会被抽样一次且被存储在sga中的循环缓冲区中.任何被连接到数据库且正等待一个不属于空闲等待事件的会话会被考

oracle 提供了优化建议功能包DBMS_SQLTUNE，该包可以帮助我们分析SQL，并提供优化建议。原有执行计划alter session set statistics_level=all;set serveroutput offselect * from test.emp where ename='SCOTT' and DEPTNO=20;SELECT * FROM tabl

今天在网上看了一篇关于oracle数据库的文章很不错，转载一下