首页 > 代码库 > Oracle的连接与会话
Oracle的连接与会话
连接并不是会话的同义词,在一条连接上可以建立0个、一个或多个会话。各个会话是单独而且独立的,即使它们共享同一条数据库物理连接也是如此。一个会话中的提交不会影响该连接上的任何其他会话。实际上,一条连接上的各个会话可以使用不同的用户身份!
在Oracle中,连接只是客户进程和数据库实例之间的一条特殊线路,最常见的就是网络连接。这条连接可能连接到一个专用服务器进程,也可能连接到调度程序。如前所述,连接上可以有0个或多个会话,这说明可以有连接而无相应的会话。另外 ,一个会话可以有连接也可以没有连接。使用高级Oracle Net特性(如连接池)时,客户可以删除一条物理连接,而会话依然保留(但是会话会空闲)。客户在这个会话执行某个操作时,它会重新建立物理连接。
连接(connection):连接是从客户到Oracle实例的一条物理路径。连接可以在网络上建立或通过IPC机制建立。通常会在客户进程与一个专用服务器或一个调度程序之间建立连接。不过,如果使用Oracle的连接管理器(Connection Manager,CMAN),还可以在客户和CMAN之间以及CMAN和数据库之间建立连接。
会话(session):会话是实例中存在的一个逻辑实体。这就是会话状态(session state),也就是表示特定会话的一组内存中的数据结构。提到“数据库连接”时,大多数人首先想到的就是“会话”。你要在服务器中的会话上执行SQL、提交事务或运行存储过程。
可以使用SQL*Plus来看一看实际连接和会话是什么样子,还可以了解到,实际上一条连接有多个会话的情况相当常见。这个使用AUTOTRACE命令,进行测试。
这说明现在有一个会话:这是一个与单一专用服务器连接的会话。以上PADDR列是这个专用服务器进程的地址。下面,只需打开AUTOTRACE来查看SQL*Plus中所执行语句的统计结果:
这样一来,我们就有了两个会话,但是这两个会话都使用同一个专用服务器进程,从它们都有同样的PADDR值就能看出这一点。从操作系统也可以得到确认,因为没有创建新的进程,对这两个会话使用了一个进程(一条连接)。需要注意,其中一个会话(原来的会话)是ACTIVE(活动的)。这是有道理的:它正在运行查询来显示这个信息,所以它当然是活动的。但是这个INACTIVE(不活动的)会话呢?那个会话要做什么?这就是AUTOTRACE会话,它的任务是“监视”我们的实际会话,并报告它做了什么。
在SQL*Plus中启用(打开)AUTOTRACE时,如果我们执行DML操作(INSERT、UPDATE、DELETE、SELECT和MERGE),SQL*Plus会完成以下动作:
(1)如果还不存在辅助会话,它会使用当前连接创建一个新会话。
(2)要求这个新会话查询V$SESSATE视图来记住实际会话(即运行DML的会话)的初始统计值。
(3)在原会话中运行DML操作。
(4)DML语句执行结束后,SQL*Plus会请求另外那个会话(即“监视”会话)再次查询V$SESSTAT,并生成前面所示的报告,显示出原会话(执行DML的会话)的统计结果之差。
如果关闭AUTOTRACE,SQL*Plus会终止这个额外的会话,在V$SESSION中将无法看到这个会话。之所以要另建一个额外的会话,原因是:如果在同一个会话中观察统计结果,就会造成影响,因为执行监视本身也要使用内存、I/O,网络上传输字节以及执行排序。所以需要使用另一个会话来正确测量。
到目前为止,我们已经看到一条连接可以有一个或两个会话。现在,我们使用SQL*Plus来查看一条没有任何会话的连接。只需要键入一个“很容易误解”的命令DISCONNECT:
从技术上讲,这个命令应该叫DESTROY_ALL_SESSIONS更合适,而不是DISCONNECT,因为我们并没有真正物理的断开连接。要真正的断开连接,应该执行exit命令。
使用另一个用户打开另一个会话,查询原来账户名的会话:
可以看到,这个账户名下没有会话,但是仍有一个进程,相应地有一条物理连接(使用前面的ADDR值):
所以,这就有了一条没有相关会话的“连接”。可以使用CONNECT命令(这个命令的名字也起得不恰当),在这个现有的进程中创建一个新的会话(CONNECT命令叫CREATE_SESSION更合适)。使用取消连接的SQL*Plus,执行以下内容:
可以注意到,PADDR还是一样的,所以我们还是使用同一条物理连接,但是(可能)有一个不同的SID。说“有可能”是因为也许还会分配同样的SID,这取决于我们注销时是否有别人登录,以及我们原来的SID是否可用。
参考《9I10G11G编程艺术 深入数据库体系结构》
本文出自 “DBA Fighting!” 博客,请务必保留此出处http://hbxztc.blog.51cto.com/1587495/1889332
Oracle的连接与会话