oracle dba诊断案例性能优化 1
  读盖国强他们牛人编写的<oracle dba 性能书>系列的读后:

1 查询v$session视图，获取当前进程：
  select sid,serial#,username from v$session where username is not null;

    比如出来sid  serial#  username
             7    286
      然后对相应的应用会话用sql_trace跟踪
     exec dbms_system.set_sql_trace_in_session(7,286,true)
      然后再关闭
        exec dbms_system.set_sql_trace_in_session(7,286,false)


2 比如有ora-01438错误，则通过errstack进行后台跟踪，获得详细信息
      alter system set events='1438 trace name errorstack forevel,level 3';
   然后执行出错的过程，再关闭：
     alter system set events='1438 trace name errorstack off';

3 书上说,oracle 11g中,shared pool中每个subpool至少为512MB呀,所以内存还是要越大

越好

4 logminer的使用，具体见
   http://blog.csdn.net/xujinyang/article/details/7031968一文，写的不错

5 oracle的in值里，不允许超过1000个值，即select * from id in (xxxxxxxx)

6 oracle的fetchsize默认为10，当需要从服务端拿大量数据时，可以加大这个参数，增

加性能，不要大于100，大于40好点

7 数据库访问的漏斗法则
    先到后顺序：先减少数据访问（减少磁盘访问） 2 返回更少的数据（减少
网络传输）  3 减少交互次数  4 减少CPU开销 5 增加更多资源
 
8 查询当前数据库连接的程序，机器，SID，EVENT
  select sid,serial#,program,machine,sql_id,event from v$session where
type='USER' and status='ACTIVE';


9 oracle flash 闪回空间：
   增加闪回时间，增加到3小时
     alter system set undo_retention=10800 scope=both;
 
10 同义词的好处
     1）隐藏一个数据库对象的名字和拥有者 2）和视图类似实现更精细控制
3）简化SQL语句
    create public synonym  sales for xxx.xxxx;


11 查看一个SQL的真实执行计划
首先找出：
  select hash_value,child_number,sql_text from v$sql where sql_text like

'%...%'
  
select * from table(
dbms_xplan.display_cursor('hash_value','child_number',advanced'));

   如果要在oracle 9i下获得其执行计划，使用
http://www.laoxiong.net/oracle9i_display_CURSOR.html,用法
   set serverouput on size 100000

比如查出oracle中os端top显示的spid为121345
  exec printsql(123145,'SPID')
    
 
  执行计划的执行顺序为：
   先从计划开头一直往右看，直到最右边并列的代码部分，如果见到并列的，就从上往

下看，对于并列的步骤，靠上的先执行，对于不并列的步骤，靠右的先执行

  10g/11g里执行计划的增强：
  扩展的xplan包：
     select * from table(xplan.display_cursor)
,代码在http://tomszrp.itpub.net/get/11835/xplan.rar
  可以下载，下载后，安装
  @xplan.sql
新增加了order列；以及E-ROWS估计行数，A-ROWS实际行数
   select /*+ gather_plan_statistics */ ........
   select from table(dbms_xplan.display_cursor(null,null,'ALLSTATS LAST'));
 


12 oracle 中的bind peeking问题：
   使用绑定变量可以减少SQL PARSE，但是使用绑定变量有一个不好的地方，就是对于访

问具有倾斜的列，可能使用错误的执行计划。在Oracle 9i之前，如果WHERE 条件里面全

部使用绑定变量，那么只能使用固定的选择性参数来确定执行计划。

=操作和>=操作的选择性为5%，范围扫描的选择性为25%。缺省值的方式可能生成不好的执

行计划。所以Oracle 9i就出现了一个新的技术，bind peeking。什么是bind peeking呢

？当SQL第一次执行的时候，优化器会根据绑定变量来确定执行计划（如果存在柱状图）

。BIND PEEKING只有当该SQL第一次执行的时候，进行HARD PARSE的时候才进行，第二次

调用该SQL，就不会再次进行BIND PEEKING。这种情况下，就存在另外一个风险，如果某

个列的倾斜性很厉害，那么使用BIND PEEKING就是不安全的，因为不同的参数代入，只能

走第一次执行时的执行计划，那么执行计划就像掷色子一样，要靠运气了。碰到这种情况

，应用就不应该使用绑定变量，而应该改为直接值了。
  这时可以使用刷新一下共享池alter system flush shared_pool;
  或者alter session set "_optim_peek_user_binds"=false;

   我们可以通过隐含的参数来调整数据库默认的bind peeking行为：

_OPTIM_PEEK_USER_BINDS。 如果我们想关闭Bind Variable Peeking，我们可以设置该参

数为 False 即可。

SQL>alter session set "