当前位置：文江博客话题详情

Oracle会话与连接池的关系

发布于 2024-07-25 22:39:18 字数 435 浏览 4 评论 0原文

我先解释一下设置。

我们有一个在 2GB RAM 机器上运行的 oracle 服务器。 Db 实例的初始化参数“sessions”设置为 160。

我们将应用程序部署在 Websphere 6.1 上。连接池设置为最小 50 和最大 150。

当我们对 40 个用户运行负载测试（并发，使用 jMeter）时，一切正常。但是当我们将并发用户数增加到超过 60 时，Oracle 会抛出会话不足的异常。

我们检查了应用程序是否存在任何连接泄漏，但没有发现任何连接泄漏。

那么是不是说这个设置可以承受40个并发呢？增加 Oracle 会话/进程是获得更高并发性的唯一方法吗？

数据库会话和连接池中的连接究竟如何相关？根据我的理解，连接数不能超过会话数，因此将最大连接池设置为超过会话数可能并不重要。那是对的吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

深海少女心 2024-08-01 22:39:19

您的所有连接都使用同一个用户帐户吗？如果是这样，您可能需要检查该用户帐户是否有每用户会话限制。

另外，您是否获得了超过 40 个连接的许可？（检查您的参数文件中是否设置了 LICENSE_MAX_SESSION）

回复收藏 0 原文

我很坚强 2024-08-01 22:39:19

会话池是客户端驱动的。它不知道（或控制）数据库将允许多少个会话。

您应该查看服务器以确定允许的实际连接数，并根据服务器允许的连接数设置会话池数。

您的连接池不应使用所有允许的连接。这将使其他 ID 能够连接。如果您有一个使用 USER_1 的应用程序，则可以将连接池设置为使用一定数量的允许连接，但保留足够的连接...哦，请让 DBA 登录。

-- 编辑 --
在连接池达到最大之前，进程可能会耗尽。

SQL> show parameter processes

NAME                                 TYPE        VALUE
--------------------------------------------------------------------------------
processes                            integer     40

这是允许的进程总数
现在看看有多少已经被使用 - 其中许多是后台进程，你永远不会想到。

SQL> select count(*) from v$process;

The session pool is client-side driven. It doesn't know (or control) how many sessions the database will allow.

You should look on the server to determine the actual number of connections that are allowed and set the session pool number based on what the server will allow.

Your connection pool should not use all of the connections allowed. This will let other IDs connect. If you have an application using USER_1, you'd set the connection pool to use some amount of the allowed connections, but leave enough connections for... Oh, say DBA to log in.

-- Edit --
Processes are probably runing out before your connection pool maxes out.

SQL> show parameter processes

NAME                                 TYPE        VALUE
--------------------------------------------------------------------------------
processes                            integer     40

This is the total # of processes allowed
Now see how many are already used - many of them are background procs, you'd never think of.

SQL> select count(*) from v$process;

回复收藏 0 原文

冷清清 2024-08-01 22:39:18

Metalink 给出了有关 SESSIONS 参数的以下建议：

递归会话是正常运行的重要组成部分
关系型数据库管理系统。是无法识别的
任何需要的情况
此类会议，但一般而言，如果
用户发起的操作需要
数据字典的操作
对象，那么递归会话可能
被创建。举个简单的例子，
假设您在登录时创建了一个表
作为一些普通用户。在...后面
必须将行插入到的场景
obj$、tab$ 等属于
SYS用户。由于普通用户会
无权插入这些
对象，递归会话是
创建以 SYS 身份登录。
解决方案：
增加 SESSIONS 参数。
建议保留 50%
递归的 SESSIONS 值
会议。所以，例如，如果是
预计有 30 场客户会议
打开，然后设置SESSIONS参数
到 60。