MariaDB Connector J autoReconnect基础故障转移失效问题咨询

你的测试代码的问题并非基础故障转移功能失效，而是对autoReconnect参数的工作机制存在误解，同时测试场景的设计没有契合该参数的行为逻辑。

先明确autoReconnect的核心行为 #

根据MariaDB Connector/J的设计，autoReconnect=true的作用是：当驱动检测到连接已失效时，会尝试重新建立与原主机的连接，但它不会自动重试当前正在执行的SQL操作。重连操作是为后续的数据库交互准备新的有效连接，而非对当前失败的请求进行透明重试。

你的测试代码的问题点 #

在你的测试流程中：

1. 你创建了一个连接，并用它生成了Statement对象；
2. 设置会话级wait_timeout=1后，休眠3秒让服务器主动断开连接；
3. 直接使用旧的Statement对象执行新的查询——这个Statement是绑定在已经失效的旧连接上的。

当服务器断开连接后，客户端的连接处于失效状态，此时用旧Statement执行SQL会触发Connection reset异常。虽然驱动会检测到连接失效并尝试重连，但这个重连是创建一个新的连接实例，而旧的Statement无法绑定到新连接上，所以当前的查询操作必然失败，走到position 2。

验证autoReconnect功能的正确测试方式 #

如果你想验证autoReconnect是否生效，可以修改测试代码，在捕获异常后，重新从连接获取Statement并执行查询（此时驱动会使用重连后的新连接）：

@Test
public void waitTimeoutResultSetTest() throws SQLException, InterruptedException {
    try (Connection connection = setBlankConnection("&autoReconnect=true")) {
        Statement stmt = connection.createStatement();
        ResultSet rs = stmt.executeQuery("SELECT 1");
        assertTrue(rs.next());
        stmt.execute("set session wait_timeout=1");
        Thread.sleep(3000); // 等待服务器断开连接
        try {
            rs = stmt.executeQuery("show databases;");
            assertTrue(rs.next());
            System.out.println("position 1");
        } catch (SQLException e) {
            // 预期内异常，此时驱动已完成重连
            System.out.println("position 2");
            // 使用重连后的连接创建新Statement并执行
            try (Statement newStmt = connection.createStatement()) {
                rs = newStmt.executeQuery("show databases;");
                assertTrue(rs.next());
                System.out.println("position 3: autoReconnect worked!");
            }
        }
    }
}

修改后，你会看到走到position 3，证明autoReconnect确实完成了重连操作。

额外注意事项 #

• autoReconnect参数在生产环境中并不推荐使用，因为它可能导致事务上下文丢失（比如重连后之前的事务状态会被重置）。更可靠的方式是使用连接池（如HikariCP），由连接池负责连接的有效性检测和重连。
• 会话级的wait_timeout设置只对当前连接生效，如果你想全局修改，需要调整MariaDB的配置文件参数。

内容的提问来源于stack exchange，提问作者Sky