从上周起,服务器Oracle数据库出现问题,用不到半天,就会报maxsession(150)的问题,肯定是数据库的会话超过最大数了。
由于服务器跑的是文件传输应用,占用的请求和会话肯定很大,因此用户数不大就已经让oracle的会话数达到最大值。
处理方式不外乎两种:扩大oracle最大session数以及清除inactive会话,当然还有,就是从数据库连接池和程序bug上面下手。
从各处收集了一些查看当前会话的语句,记录一下:
1.select count(*) from v$session;
select count(*) from v$process;
查看当前总会话数和进程数,这两个视图就是跟会话及进程有关的重要视图啦,信息都是从这里面取的。
2.查询那些应用的连接数此时是多少
select b.MACHINE, b.PROGRAM , count(*) from v$process a, v$session b
where a.ADDR = b.PADDR and b.USERNAME is not null group by
b.MACHINE , b.PROGRAM order by count(*) desc;
3.查询是否有死锁
select * from v$locked_object;
如果查询结果为no rows selected,说明数据库中没有死锁。否则说明数据库中存在死锁。
接下来说明一下会话的状态:
1.active 处于此状态的会话,表示正在执行,处于活动状态。
2.killed
处于此状态的会话,表示出现了错误,正在回滚,当然,也是占用系统资源的。还有一点就是,killed的状态一般会持续较长时间,而且用windows下
的工具pl/sql developer来kill掉,是不管用的,要用命令:alter system kill session
'sid,serial#' ;
3.inactive
处于此状态的会话表示不是正在执行的,比如select语句已经完成。我一开始以为,只要是inactive状态的会话,就是该杀,为什么不释放呢。其
实,inactive对数据库本身没有什么影响,但是如果程序没有及时commit,那么就会造成占用过多会话。解决inactive的方法最好的就是在
oracle中直接设置超时时间,也是有两种方法,区别暂时还不清楚:
1.修改sqlnet.ora文件,新增expire_time=x(单位是分钟)
我的sqlnet.ora位置在D:\oracle\ora92\network\admin
2.通过ALTER PROFILE DEFAULT LIMIT IDLE_TIME 10; 命令修改,记得重启下oracle。
===============
另外一种解决方法:
select A.SID,B.SPID,A.SERIAL#,a.lockwait,A.USERNAME,A.OSUSER,a.logon_time,a.last_call_et/3600 LAST_HOUR,A.STATUS,
'orakill '||sid||' '||spid HOST_COMMAND,
'alter system kill session '''||A.sid||','||A.SERIAL#||'''' SQL_COMMAND
from v$session A,V$PROCESS B where A.PADDR=B.ADDR AND SID>6
================
一个自动杀 的job
CREATE OR REPLACE PROCEDURE "KILL_SESSION" AS
v_sid number;
v_serial number;
killer varchar2(1000);
CURSOR cursor_session_info is select sid,serial# from v$session
where type!='BACKGROUND' and status='INACTIVE' and last_call_et>2700
and username='ICWEB' and machine='orc';
BEGIN
open cursor_session_info;
loop
fetch cursor_session_info into v_sid,v_serial;
exit when cursor_session_info%notfound;
killer:='alter system disconnect
session '''||v_sid||','||v_serial||''' post_transaction immediate';
execute immediate killer;
end loop;
dbms_output.PUT_LINE(cursor_session_info%rowcount||' users with idle_time>2700s have been killed!');
close cursor_session_info;
END;
/
这样做其实还是治标不治本,最好能够解决连接池自动释放idle进程的问题
分享到:
相关推荐
2. 应用程序采用会话控制策略,限制用户连接数,但网络问题可能导致死进程,这些进程处于Inactive状态,使用`alter system kill session`命令后,进程状态变为killed,需要Pmon进程慢慢清理,而你可能需要更快的解决...
本文将指导你如何查看未释放的数据库连接,定位问题代码,以及如何监控和优化数据库连接数。 首先,我们可以使用Oracle数据库的视图来检查当前的数据库连接状态。`V$SESSION`视图可以用来查看所有当前的会话,包括...
V$SESSION 视图是 Oracle 提供的核心性能监视视图之一,它记录了所有与数据库实例建立连接的会话(session)信息,包括用户会话和后台进程,如 DBWR(数据库写进程)、LGWR(日志写进程)和归档进程等。通过 V$...
- **目的**:监控当前活跃的数据库连接数量,避免超出最大连接数限制。 - **方法**:使用`SELECT COUNT(*) FROM v$session;`命令来统计活跃会话的数量。 **2.6 检查系统磁盘空间** - **目的**:确保数据库所在磁盘...
- **Trace文件**:当某个进程出现问题时,Oracle会自动生成Trace文件来记录详细信息。 - **Control File日志**:用于记录控制文件的变更历史。 ##### 2.3 检查Oracle核心转储目录 - **核心转储文件**:当Oracle...
- 计算会话连接数:通过查询v$Session视图,筛选特定用户、机器和模式的活动会话。 - 检测会话死连接:通过查询v$Session的status字段,找出状态为inactive的会话,可能是死连接。 数据库监控是持续的过程,通过...
在日常的数据库管理与开发工作中,Oracle数据库因其稳定性和高效性而被广泛使用。本文将基于给定的学习笔记内容,深入解析Oracle的一些基础且实用的命令,帮助读者更好地理解和掌握这些技能。 #### 1. 查看会话信息...
根据提供的文件信息,我们可以深入探讨如何检查Oracle数据库的性能情况,包括检查数据库的等待...以上查询和操作可以帮助数据库管理员监控和优化Oracle数据库的性能,及时发现并解决问题,确保数据库稳定高效地运行。