为什么您应该始终对 Oracle XE 使用连接池

Oracle Express Edition 是 Oracle Enterprise Edition 的免费版本，其较小的体积使得测试各种 Oracle 功能非常方便。

根据 Oracle 文档，Express Edition 最多可以使用一个 CPU 和 1 GB RAM，但实际上还有其他并不总是很明显的限制。

数据库连接处理异常

以下测试试图模拟低延迟事务环境，因此连接的租用时间非常短：


 private void simulateLowLatencyTransactions(
        DataSource dataSource, int waitMillis) 
        throws SQLException {
    for (int i = 0; i < callCount; i++) {
        try {
            try (Connection connection = 
                 dataSource.getConnection()) {
                //Let's assume we are running a
                //short-lived transaction
                sleep(waitMillis);
            }
        } catch (SQLException e) {
            LOGGER.error("Exception on iteration " + i, e);
        }
    }
}

此测试工作正常，直到将等待时间降低到某个阈值以上，在这种情况下，数据库偶尔会开始抛出以下异常：


 private void simulateLowLatencyTransactions(
        DataSource dataSource, int waitMillis) 
        throws SQLException {
    for (int i = 0; i < callCount; i++) {
        try {
            try (Connection connection = 
                 dataSource.getConnection()) {
                //Let's assume we are running a
                //short-lived transaction
                sleep(waitMillis);
            }
        } catch (SQLException e) {
            LOGGER.error("Exception on iteration " + i, e);
        }
    }
}

尽管代码是单线程的，但 Oracle 开始抱怨连接请求侦听器无法找到处理传入请求的进程处理程序。

如果您喜欢阅读这篇文章，您可能想订阅我的时事通讯并获得我的书的折扣。

这个假设可以通过将进程和会话参数提高到更高的值来证明：


 private void simulateLowLatencyTransactions(
        DataSource dataSource, int waitMillis) 
        throws SQLException {
    for (int i = 0; i < callCount; i++) {
        try {
            try (Connection connection = 
                 dataSource.getConnection()) {
                //Let's assume we are running a
                //short-lived transaction
                sleep(waitMillis);
            }
        } catch (SQLException e) {
            LOGGER.error("Exception on iteration " + i, e);
        }
    }
}

使用这些新设置，代码运行良好并且没有发出异常。虽然增加进程和会话限制可以解决问题，但此解决方案只是一种变通方法，它只是提高了连接阈值，而不是解决根本原因。

IBM 故障排除说明给出了一种可能的解释，表明连接关闭事件可能不会立即通知连接侦听器。这可能会导致连接侦听器错误地断言实际连接计数并假定已达到最大进程数。

在 Oracle 11g 企业版上，此问题不可复制。