oracle数据库进程不释放,核心数据库网络中断之后，清理不释放资源的session

最新推荐文章于 2025-01-28 11:00:00 发布

crazygun6

最新推荐文章于 2025-01-28 11:00:00 发布

阅读量1.1k

点赞数

文章标签： oracle数据库进程不释放

本文描述了一次在核心数据库经历网络中断后，会话数量异常增高的情况，以及如何定位并解决不释放资源的session问题。通过查询和分析v$session、v$process等视图，找出被杀死但资源未释放的会话，并通过kill命令真正释放了资源。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

昨天机房搞网络灾备切换演练，核心数据库在网络中断恢复之后，session数量突然增高，一般数据库的sessoin在475左右，突然接近600个会话，

因为网络中断之后，会话没有及时释放资源，

导致会话数量居高不下，下面是解决过程：

(注：因为昨天在处理的的时候，来不及整理现场操作的资料，现在虚拟机上实验证明一下，思路是一样的)

1.测试用户xiangyang,开启4个会话连接数据库(真实环境一般是用JDBC_Thin_Client程序连接数据库)：

D:\Documents and Settings\Administrator>sqlplus /nolog

SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011

SQL> conn xiangyang/xiangyang

已连接。

SQL>

D:\Documents and Settings\Administrator>sqlplus /nolog

SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011

SQL> conn xiangyang/xiangyang

已连接。

SQL>

D:\Documents and Settings\Administrator>sqlplus /nolog

SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011

SQL> conn xiangyang/xiangyang

已连接。

SQL>

D:\Documents and Settings\Administrator>sqlplus /nolog

SQL*Plus: Release 9.2.0.8.0 - Production on 星期日 3月 13 21:35:31 2011

SQL> conn xiangyang/xiangyang

已连接。

SQL>

2.查看该用户在数据库的连接数量：

select username,program,terminal,machine,count(1) from v$session where username='XIANGYANG'

group by username,program,terminal,machine order by 5 desc

USERNAME

PROGRAM

TERMINAL

MACHINE

COUNT(1)

XIANGYANG

sqlplus.exe

SUN-001

WORKGROUP\SUN-001

用户名为xiangyang连在数据库的会话数量是4个.

3.查看xiangyang用户的会话数量的详细信息：

select b.*, 'alter system kill session' || '''' || b.sid || ',' || b.SERIAL# || '''' || ';'

from v$session b

where b.type not like 'BACKGROUND'

and b.username='XIANGYANG'

SID SERIAL# PADDR USERNAME STATUS OSUSER PROCESS MACHINE TERMINAL PROGRAM TYPE

19 78 2A243054 XIANGYANG INACTIVE SUN-001\Administrator WORKGROUP\SUN-001 SUN-001 sqlplus.exe 2011-3-13 21:35 891 alter system kill session'19,78';

20 38 2A24343C XIANGYANG INACTIVE SUN-001\Administrator WORKGROUP\SUN-001 SUN-001 sqlplus.exe 2011-3-13 21:35 873 alter system kill session'20,38';

21 30 2A243824 XIANGYANG INACTIVE SUN-001\Administrator WORKGROUP\SUN-001 SUN-001 sqlplus.exe 2011-3-13 21:36 858 alter system kill session'21,30';

23 35 2A243FF4 XIANGYANG INACTIVE SUN-001\Administrator WORKGROUP\SUN-001 SUN-001 sqlplus.exe 2011-3-13 21:36 837 alter system kill session'23,35';

由于会话数量过多，kill掉会话：

alter system kill session'19,78';

alter system kill session'20,38';

alter system kill session'21,30';

alter system kill session'23,35';

4.查看会话状态：

select sid,serial#,paddr,username,status from v$session where status='KILLED';

SID SERIAL# PADDR USERNAME STATUS

19 78 2A263E30 XIANGYANG KILLED

20 38 2A263E30 XIANGYANG KILLED

21 30 2A263E30 XIANGYANG KILLED

23 35 2A263E30 XIANGYANG KILLED

5.但是会话所占用的资源并没有释放，也就是还独占了连接数：

select username,program,terminal,machine,count(1) from v$session where username='XIANGYANG'

group by username,program,terminal,machine order by 5 desc

USERNAME

PROGRAM

TERMINAL

MACHINE

COUNT(1)

XIANGYANG

sqlplus.exe

SUN-001

WORKGROUP\SUN-001

用户XIANGYANG持有的会话数仍然是4个,资源并没有释放.

需要kill掉会话所在的操作

系统进程，使用下面的SQL找出会话的进程：

select spid from v$process where addr in(select paddr from v$session where status='KILLED');

SPID

-------

没有任何显示，说明状态为KILL的会话的进程找不到了，通过v$process.addr=v$session

.paddr的方式.什么原因？

6.查看一下原因：

先看视图v$session

select s.username,s.sid,s.serial#,s.paddr from v$session s where username='XIANGYANG' and s.status='KILLED';

USERNAME

SID

SERIAL#

PADDR

XIANGYANG

2A263E30

XIANGYANG

2A263E30

XIANGYANG

2A263E30

XIANGYANG

2A263E30

v$session.paddr为2A263E30，状态为KILLED的，用户名为XIANGYANG的4个会话的进程地址为同样的

PADDR：2A263E30，说明是同时指向了另一个地址，也许是虚拟地址，现在没有考证.但是可以证明一点就是

4个session的进程地址通过v$session.paddr的方式找不到了.

再看视图v$process记录的会话进程地址：

select p.addr from v$process p where pid <> 1

ADDR

2A23F9A4

2A23FD8C

2A240174

2A24055C

2A240944

2A240D2C

2A241114

2A2414FC

2A2418E4

2A241CCC

2A2420B4

2A24249C

2A242884

2A242C6C

2A243054

2A24343C

2A243824

2A243C0C

2A243FF4

2A2443DC

20 rows selected

这20个会话的进程地址中间肯定有状态为KILLED会话的进程地址

可以通过一条SQL，把状态为KILLED的会话进程找出来，这里要使用minus这个SQL连接符号.

select p.addr from v$process p where pid <> 1

minus

select s.paddr from v$session s;

ADDR

2A243054

2A24343C

2A243824

2A243FF4

以上这4个进程地址就是状态为KILLED会话的进程地址.

通过minus把v$process拥有的addr，但是v$session没有的paddr找出来了.因为在v$session的paddr

有4个相同的paddr，其实就是替换了上面4个真实的进程地址.

7.现在就可以kill掉状态为KILLED的会话的进程，真正的释放资源了.

通过下面的脚本找出状态为KILLED会话的spid:

select 'kill -9 ' || spid||';',addr

from v$process

where --addr in (select paddr from v$session where username='XIANGYANG');

addr in (select p.addr

from v$process p

where pid <> 1

minus

select s.paddr from v$session s);

UNIX/LINUX系统：

killed ADDR

kill -9 4960; 2A243054

kill -9 3732; 2A24343C

kill -9 5036; 2A243824

kill -9 4952; 2A243FF4

windows系统：

orakill 实例sid spid

orakill westdb 4960

D:\Documents and Settings\Administrator>orakill westdb 4960

Kill of thread id 4960 in instance westdb successfully signalled.

D:\Documents and Settings\Administrator>orakill westdb 3732

Kill of thread id 3732 in instance westdb successfully signalled.

D:\Documents and Settings\Administrator>orakill westdb 5036

Kill of thread id 5036 in instance westdb successfully signalled.

D:\Documents and Settings\Administrator>orakill westdb 4952

Kill of thread id 4952 in instance westdb successfully signalled.

9.资源得到释放，问题得到解决.

select username,program,terminal,machine,count(1) from v$session where username='XIANGYANG'

group by username,program,terminal,machine order by 5 desc

USERNAME

PROGRAM

TERMINAL

MACHINE

COUNT(1)

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

没有任何显示，说明资源已经释放，

至此问题解决.