oracle中process数一直高居不下，且有自增长趋势，session数较小。

session数很小还是活动的session数很小？应该是活动会话数很小，如果是的话就不是数据库的问题，是应用程序的问题，如果应用程序不能修改的话就只能修改process的值了，alter system set process=1000 scope=spfile 重启生效

估计有死锁之类的，前面的任务还没有释放，后面的任务又来了，把oracle忙死了。用lab128连接数据库检查一下。

Oracle中session和process区别：一个数据库的Connect可以有一个或多个session，同时connect也可以有一个或多个process。在专业服务器连接方式中，一个session对应一个process，在共享服务器方式中，一个process可以为多个session。 一个session也可以存在若干个process中，并行同样是一个session对应一个process，...

1. 设置中间件和应用连接超时 设置为20分钟 2. 在sqlnet.ora添加sqlnet.expire_time=20分钟为单位(用于检查死掉但没有断开的session并清除僵死进程)3. 设置用户profile 空闲时间超过20分钟关闭进程，建议针对连接超时的那个用户开个profile策略 4. 增加数据库连接数（根据中间件连接数适当调...

进程数越来越多的原因比较多。例如：客户端增多、一个客户端打开多个任务、失败进程增多、应用程序没能正常结束等等。对于客户端的增多和多开任务是人为的比较好控制，而应用程序不能正常退出可以调整应用程序即可。问题失败进程，它是属于系统问题，与服务器的连接模式和网络通讯稳定性直接相关。下面说说失败...

在 Oracle 数据库中，inactive 的 session 是指当前有连接到数据库，但是没有活动操作的 session。这些 session 对数据库的影响非常小，因为它们没有正在运行的操作或者正在等待的操作。然而，如果这些 inactive 的 session 过多，它们将占用数据库的连接资源，从而导致系统性能下降。因此，可以通过定期清理 ...

处理过程：1, 根据操作系统进程查找oracle数据库中占用最多CPU的SQL 使用linux系统 "top命令->P "查出占用cpu最高的进程PID 操作如下：在sqlplus中执行如下sql:SQL> SELECT sql_text FROM v$sqltext a WHERE (a.hash_value, a.address) IN (SELECT DECODE(sql_hash_value, 0, prev_hash_value,...

sqlplus> select a.sid, a.serial#, a.event, a.program from v$session a, v$process where a.paddr=b.addr and b.spid='&processID';数据库如果是归档模式, 检查是否能正常归档.检查重做日志的状态, 以及切换是否正常:sqlplus > select * from v$log 如果是测试环境, 建议重启一下DB, 再...

硬件（内存，网络，硬盘速度），用户连接数，性能低下的SQL，数据库参数设置等都可能导致oracle数据库性能问题。我不知道你的数据库具体是由什么原因导致慢的。如果真如你所说，是因为设置问题，那么你可以看一下你当前数据库的SGA大小，进程数，session数。根据你服务器的硬件配置适当加大。

RBO自ORACLE 6版以来被采用,有着一套严格的使用规则,只要你按照它去写SQL语句,无论数据表中的内容怎样,也不会影响到你的“执行计划”,也就是说对数据不“敏感”,ORACLE公司已经不再发展这种技术了。CBO自ORACLE 7版被引入,ORACLE自7版以来采用的许多新技术都是基于CBO的,如星型连接排列查询,哈希连接查询,和...