主页 / dba / 问题 / 110819
Accepted
Vlad Mihalcea
Asked: 2015-08-13 09:03:19 +0800 CST

Oracle 间歇性抛出“ORA-12516，TNS:listener 找不到具有匹配协议栈的可用处理程序”

  • 772

在测试 Oracle XE 连接建立机制时，我遇到了以下问题。尽管每次迭代都会关闭连接，但在 50-100 个连接之后，Oracle 开始间歇性地抛出以下异常：

java.sql.SQLException: Listener refused the connection with the following error:
ORA-12516, TNS:listener could not find available handler with matching protocol stack
 
    at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:489) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:553) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:254) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:32) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:528) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at oracle.jdbc.pool.OracleDataSource.getPhysicalConnection(OracleDataSource.java:280) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at oracle.jdbc.pool.OracleDataSource.getConnection(OracleDataSource.java:207) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at oracle.jdbc.pool.OracleDataSource.getConnection(OracleDataSource.java:157) ~[ojdbc6-11.2.0.4.jar:11.2.0.4.0]
    at com.vladmihalcea.book.high_performance_java_persistence.jdbc.connection.OracleConnectionCallTest.test(OracleConnectionCallTest.java:57) [test-classes/:na]

测试可以在 GitHub 上找到：

for (int i = 0; i < callCount; i++) {
    try {
        long startNanos = System.nanoTime();
        try (Connection connection = dataSource.getConnection()) {
        }
        timer.update(System.nanoTime() - startNanos, TimeUnit.NANOSECONDS);
        sleep(waitMillis);
    } catch (SQLException e) {
        LOGGER.info("Exception on iteration " + i, e);
    }
}

如果我尝试用 35 毫秒的等待步骤打开/关闭连接，一切正常。如果我将等待时间降低到 10 毫秒，异常就会开始不时抛出。

这篇文章可以解释一个可能的原因：http ://www-01.ibm.com/support/docview.wss?uid=swg21603472

报告 TNS-12516 和/或 TNS-12519 错误的最常见原因之一是达到了配置的最大进程数和/或会话数限制。发生这种情况时，TNS 侦听器的服务处理程序将变为“阻塞”并且无法建立新连接。一旦 TNS 侦听器收到来自与数据库实例关联的 PMON 进程的更新，告诉 TNS 侦听器阈值低于配置的限制，并且数据库现在正在接受连接连接恢复。

  • PMON 负责使用有关特定实例的信息（例如负载和调度程序信息）更新侦听器。专用连接的最大负载由 PROCESSES 参数确定。PMON 提供 SERVICE_UPDATE 信息的频率根据实例的工作负载而有所不同。这些服务更新之间的最大间隔为 10 分钟。
  • 侦听器会计算它与实例建立的连接数，但不会立即获取有关已终止连接的信息。只有当 PMON 通过 SERVICE_UPDATE 更新监听器时，监听器才会知道当前负载。由于这可能需要长达 10 分钟，因此根据侦听器的当前实例负载与实际实例负载之间可能存在差异。

当侦听器认为当前连接数已达到最大负载时，它可能会将实例的服务处理程序的状态设置为“阻塞”并开始拒绝传入的客户端连接，并出现以下错误之一：ora-12519 或 ora-1251 "

我想知道这是否是某种错误，或者仅仅是甲骨文的设计方式。

更新

在 Oracle 11g 企业版上，它工作得很好，所以这是一个 XE 限制。

使固定

使用连接池可能是解决此问题的最佳方法，它还可以减少连接获取时间和升级流量峰值。

oracle connections

1 个回答

  1. Best Answer

    这不是一个错误。这种行为是预期的。如果您需要增加连接，只需更改进程限制：

    SQL> show parameter processes
processes                            integer     150

SQL> alter system set processes = <integer> scope=[...];
SQL> shutdown immediate;
SQL> startup;

    -- 使用 pfile 或 spfile，您需要反弹 db，因为 processes 参数是静态的。

    为了完整起见，值得一提的是，在生产环境中，当您需要增加流程限制时，您可能还需要增加相关参数，例如事务和会话（源自流程）。您可以查询 v$resource_limit 以确定当前使用的限制和值：

    SQL> select * from v$resource_limit where resource_name in ('processes', 'sessions', 'transactions');
    • 8

相关问题