SQL> col username format a10

SQL> select username,sid,serial#,server,paddr,status from v$session where username='SYS';

USERNAME SID SERIAL# SERVER PADDR STATUS

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

SYS 170 5 DEDICATED 28691750 ACTIVE

我们可以看到当前以SYS用户登录的session只有一个。

我们开启autotrace功能，并再次查看当前session信息。

SQL> SET AUTOTRACE ON STATISTICS

SQL> select username,sid,serial#,server,paddr,status from v$session where username='SYS';

USERNAME SID SERIAL# SERVER PADDR STATUS

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

SYS 136 8 DEDICATED 28691750 INACTIVE

SYS 170 5 DEDICATED 28691750 ACTIVE

统计信息

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

0 recursive calls

0 db block gets

0 consistent gets

0 physical reads

0 redo size

778 bytes sent via SQL*Net to client

416 bytes received via SQL*Net from client

2 SQL*Net roundtrips to/from client

0 sorts (memory)

0 sorts (disk)

2 rows processed

我们会发现除了最开始我们建立的session（SID=170）以外oracle建立了另一个session（SID=136）。

我们关闭autotrace功能，切再次查看session信息。

SQL> set autotrace off

SQL> select username,sid,serial#,server,paddr,status from v$session where username='SYS';

USERNAME SID SERIAL# SERVER PADDR STATUS

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

SYS 170 5 DEDICATED 28691750 ACTIVE

我们发现SID=136的session已经被终止了。

例2

我们另外开启一个窗口以SYS用户登录。并查看session信息。

SQL> select username,sid,serial#,server,paddr,status from v$session where username='SYS';

USERNAME SID SERIAL# SERVER PADDR STATUS

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

SYS 136 14 DEDICATED 28699970 ACTIVE

SYS 170 5 DEDICATED 28691750 INACTIVE

通过例1我们很容易想到oracle为autotrace功能另开了一个session，但是oracle为什么这么做呢？

我们使用同一个session去查询并完成统计信息时，这个统计信息的过程本身也将消耗内存，势必会影响到统计结果，这个统计本身将产生I/O及排序等开销，那么就无法对要统计的查询产生正确的统计信息。

那么oracle在建立autotrace使用的session时再次建立了一个连接么？

答案是否定的。

oracle的连接机制，一个连接可以对应多个会话，我们可以注意到我们开启autotrace功能时，两个session的服务器地址均为PADDR=28691750，而我们通过例2可以看到2个session的PADDR并不相同，即oracle建立了两个连接。