明天就是公司年终晚会，这大半个月来天天练舞也够累的，突然发现自己在ITPUB有大半个月没有发帖子也没去关注了，快点调整自己吧也希望明天的年会表演都还顺利，不虚度每一个年华吧，毕竟练舞还是付出了很多时间的，特别是对于自己这种手脚不是很灵活的同志，比学oracle还难。

关于autotrace开启查询sql执行计划时，其实原session用于sql查询输出，另外内嵌了一个session来统计信息

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options

SQL> set autotrace off;

SQL> select sid,serial#,username from v$session where username is not null;

SID SERIAL# USERNAME

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

134 5 SYSMAN

138 14 SYSMAN

141 8 DBSNMP

145 33 DBSNMP

158 8 SYSMAN

159 1965 XIAOYU

已选择6行。

SQL> set autotrace on

SQL> select sid,serial#,username from v$session where username is not null;

SID SERIAL# USERNAME

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

134 5 SYSMAN

138 14 SYSMAN

141 8 DBSNMP

145 33 DBSNMP

154 2966 XIAOYU

158 8 SYSMAN

159 1965 XIAOYU

已选择7行。

进一步对这两个session的进程追踪发现这两个session由一个进程引发创建，这也就是一个进程可能对应多个session连接。

SQL> select a.sid,a.username,a.paddr,b.pid,b.spid from v$session a,v$process

2 where a.paddr=b.addr and a.sid in (154,159);

SID USERNAME PADDR PID SPID

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

154 XIAOYU 26256694 15 3920

159 XIAOYU 26256694 15 3920

又看到pub的帖子上说到了关于exp和imp对1T左右数据的迁移，其实自己也没做过，但是效率肯定不可观，抛开I/O不谈，默认情况下，exp需要通过磁盘到sga然后到pga（如果没有指定direct=y）,同样imp也是反向操作。如果用expdp impdp数据磊工具，指定parallel=n也就是cpu数目，例如cpu为5个，然后指定filesize=2048M，dumpfile=dbfile01，dbfile02，dbfile03，dbfile04，dbfile05,开启多个worker并行导出到多个文件中，由于又是调用的oracle的API的内部作业机制，性能提升会上一个数量级。

也顺便说一下关于asmm管理下，db_nk_cache_size 固定sga log buffer size db_recycle_cache_size等非自动调整的内存组件并不在asmm的sga_target自动动态管理，而是由用户动态手工调整，相应别的能自动动态调整的组件比如cache_buffer_size，shared_pool_size的大小是需要由sga_target减去非动态自动调整组件内存大小，可以参考oracle_concept关于sga管理的简介。

[@more@]