Firebird多线程环境下并行事务不支持问题求助

这个问题我之前帮同事排查过类似的，核心矛盾其实是单例连接的线程安全问题——Firebird的单个连接对象根本不支持多线程并行操作事务，定时器任务跑在独立线程里，和主应用线程同时抢着用同一个单例连接，自然会触发这个错误。哪怕你在finally里关了连接，也可能因为线程调度的时序问题，两个线程同时拿到了还没完全释放干净的连接。

给你几个落地的解决思路，按优先级排序：

1. 最稳妥的方案：替换单例为连接池 #

单例连接本来就不适合多线程场景，改用连接池才是长期解决方案。连接池会帮你管理多个连接实例，每次需要执行查询时从池里取一个独立连接，用完归还，每个线程都用自己的连接，从根源上避免并行事务冲突。

举个简单的伪代码示例（以Python为例）：

def run_db_operation(sql):
    # 从连接池获取连接
    conn = db_connection_pool.acquire()
    cursor = None
    try:
        cursor = conn.cursor()
        cursor.execute(sql)
        # 处理结果或执行更新
        conn.commit()
        return cursor.fetchall()
    except Exception as e:
        conn.rollback()
        raise e
    finally:
        # 关闭游标，归还连接到池（不是真的关闭连接）
        if cursor:
            cursor.close()
        db_connection_pool.release(conn)

2. 应急方案：给单例连接加线程锁 #

如果暂时没时间改连接池，可以给单例连接的使用逻辑加全局锁，确保同一时间只有一个线程能操作连接。这样所有数据库操作会串行执行，虽然性能会受影响，但能解决并行冲突问题。

Java伪代码示例：

// 单例类里加全局锁对象
private static final Object CONNECTION_LOCK = new Object();

public List<Object> executeQuery(String sql) {
    synchronized(CONNECTION_LOCK) {
        Connection conn = getSingletonConnection();
        Statement stmt = null;
        ResultSet rs = null;
        try {
            stmt = conn.createStatement();
            rs = stmt.executeQuery(sql);
            // 处理结果集
            return convertResultSetToList(rs);
        } catch (SQLException e) {
            conn.rollback();
            throw new RuntimeException("DB操作失败", e);
        } finally {
            // 只关闭Statement和ResultSet，单例连接不能随便close
            if (rs != null) rs.close();
            if (stmt != null) stmt.close();
        }
    }
}

注意：这里绝对不能在finally里关闭单例连接，否则下次调用时连接就失效了，只需要关闭每次操作产生的Statement、ResultSet等资源。

3. 检查事务的完整性 #

不管用哪种方案，都要确保每个线程的事务都被正确提交/回滚。比如定时器任务里如果开启了事务但没提交，主线程再用同一个连接开新事务，就会触发并行错误。一定要在每个数据库操作的逻辑里，用try-catch-finally确保事务最终被提交或回滚：

C#伪代码示例：

using (var transaction = conn.BeginTransaction()) {
    try {
        // 定时器里的检查/更新逻辑
        transaction.Commit();
    } catch (Exception ex) {
        transaction.Rollback();
        // 记录错误日志
        Console.WriteLine($"定时器任务失败: {ex.Message}");
    }
}

4. 排查连接的“干净度” #

有时候哪怕你关了资源，连接可能还残留未完成的事务状态。可以在每次使用单例连接前，显式回滚一下未提交的事务，确保连接处于干净状态：

// 在获取单例连接后，先做一次回滚
conn.rollback();

这能避免之前线程的未完成事务影响当前线程的操作。

内容的提问来源于stack exchange，提问作者Przemek Kwiecień