什么情况下会出现oracle数据库自身连接超出最大连接数，急急急！

2016-03-28 10:39:10 8.8k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

DDR4/LPDDR4与DDR5/LPDDR5的差别最新的 DDR5 可支持单一芯片容量 64Gbit，最高容量上限可增加到 128GB，较 DDR4 提高了四倍；价格：随着规格提升，DDR5 价格也较 DDR4 高出逾 50%，可能成为业者导入的阻碍。但如前所述，包括 5G、机器学习（ML）等各式进阶应用中，DDR5 的整体效能、规格的提升，对相关业者来说仍具一定优势与吸引力。电源管理 IC（PMIC IC）：电源管理芯片内建至 DDR5 内存中，除可提高讯号完整性及噪声辨识能力，还能更具效率与扩展性；DDR5 规格与效能整理。（来源：JEDEC）阅读详情

这些天一直被这个问题困扰，oracle连接超出最大连接数。原以为是tomcat程序还有没释放的连接，但是经过追踪审查之后发现不是程序的问题，而是数据库本身连接数异常多。下面是我操作过程。

重启oracle服务后，登陆sqlplus。
SQL> select count(*) from v$session;
SQL> show parameter processes;
SQL> show parameter sessions;
之前都是150，后来修改了成了500
SQL> alter system set processes=500 scope=spfile;
SQL> shutdown immediate;
SQL> startup
重启tomcat服务。
改完之后发现，过一段时间之后依然会冲到496个连接，不是改了最大连接数就能解决的。
SQL> select sid,serial#,a.* from v$session a where username='BOSS';
BOSS为正式数据库用户。
这个连接数很正常，也很稳定，基本在20个左右。
SQL> select sid,serial#,a.* from v$session a where username<>'BOSS';
不等于BOSS的基本上就是boss2这个用户在连接，boss2是数据库服务器名称。
请问大神这个是什么原因导致的？有什么解决办法吗？

...全文

MTK平台高效部署Qwen2.5大模型：从转换到推理全流程解析本文详细解析了在MTK平台上高效部署Qwen2.5大模型的全流程，涵盖从环境准备、模型转换与量化，到编译部署与上机推理。重点介绍了如何利用MTK GAI部署工具包进行模型转换和量化，以适配MTK硬件，并最终在设备上成功运行Qwen2.5模型，为边缘侧AI应用提供实践指南。阅读详情

wu_xiao_sheng

Oracle 高级技术 3,499 成员 18,710 内容

+ 关注 + 加入社区

切换为时间正序

黄大仙呀 2017-08-31

打赏
举报

我来挖一下坟贴，楼主的问题我也遇到了，我找到的原因是项目连接池设置了最小连接数，而最小连接数大于数据库的最大连接数，那么项目就会取最大值，那么连接数就满了，解决办法就是调小项目配置的最小连接数，要么就设置数据库的最大连接数让连接数大于需求，亲测有效，不知道和你遇到的问题是不是一样。

Swer 2016-05-27

打赏
举报

请问最后你如何解决这个问题的啊？

wu_xiao_sheng 2016-05-27

打赏
举报

引用 8 楼 sunfeihu 的回复:

请问最后你如何解决这个问题的啊？

通过把OracleDBConsolboss服务禁掉就可以了。

wu_xiao_sheng 2016-03-30

打赏
举报

存储过程都看过，都有commit。

wu_xiao_sheng 2016-03-28

打赏
举报

引用 3 楼 xu176032 的回复:

长时间的inactive的session，一般都是由于中间件（tomcat，weblogic等）执行了数据库操作，没有commit，或者没有关闭连接导致的，还是从程序角度出发吧，查一下SYSMAN这个用户开启数据库连接的所有地方，如果实在查不到，尝试kill一下inactive的session，如果不报错，就整个job，定时清理。。。。能想到的就这么多。。个人建议，还是考虑前端程序，我们之前碰到过类似的，都是因为连接不关闭造成的。

恩我在从程序角度查看一下有没有可能导致了这个问题。主要是程序稳定运行了很长时间了，如果有没有关闭的连接，最开始就不能正常运行。就在前两天出现了这个问题，在v$session, v$process中都可以看到会话数与进程数都在持续不断往上涨，两个方面增长的根源来自于不同的用户，v$process中的用户是SYSTEM，v$session中的用户是SYSMAN。执行killsession后，立马又重新生成新的session。

xu176032 2016-03-28

打赏
举报

长时间的inactive的session，一般都是由于中间件（tomcat，weblogic等）执行了数据库操作，没有commit，或者没有关闭连接导致的，还是从程序角度出发吧，查一下SYSMAN这个用户开启数据库连接的所有地方，如果实在查不到，尝试kill一下inactive的session，如果不报错，就整个job，定时清理。。。。能想到的就这么多。。个人建议，还是考虑前端程序，我们之前碰到过类似的，都是因为连接不关闭造成的。

wu_xiao_sheng 2016-03-28

打赏
举报

说错了，应该是这样的，boss2是MACHINE，SYSMAN是用户。

xu176032 2016-03-28

打赏
举报

boss2这个用户在连接，boss2是数据库服务器名称用户名和数据库服务器名有啥关系吗，我觉得你还是需要从程序中查一下使用boss2这个用户创建连接的代码，是否存在连接不关闭的情况，oracle不会自己搞一堆连接的。

zhouhaochen 2016-03-28

打赏
举报

有没有查过存储教程！

wu_xiao_sheng 2016-03-28

打赏
举报

SYSMAN是关于oracle的EM管理的用户，如果不修改什么设置的话，实际没什么用。查看连接最多的就是这个用户，于是就把oracleEM管理的相关服务停掉了。OracleDBConsolboss服务停止后，连接数正常了。但是这只是暂缓之计，具体原因出在哪还没找出。求各位大神指导。

什么情况下会出现oracle数据库自身连接超出最大连接数，急急急！

相关推荐