Access数据库连接报错Too many client tasks问题求助

针对你遇到的首次API调用正常、二次调用触发连接数超限的问题，结合你的环境（64位Access驱动、SQLAlchemy 2.0.34、Python 3.11.5，无法更换数据库），给出以下针对性解决方案：

1. 彻底销毁SQLAlchemy引擎，避免连接池残留 #

SQLAlchemy默认的连接池即使关闭了session/connection，也可能在应用活跃时保留空闲连接，导致Access驱动的客户端任务数累积。每次请求结束后，必须显式销毁引擎：

from sqlalchemy import create_engine

def access_db_operation():
    # 初始化引擎时禁用SQLAlchemy连接池
    engine = create_engine(
        "mssql+pyodbc://@your_access_dsn",
        poolclass=None  # 关闭SQLAlchemy连接池
    )
    try:
        with engine.connect() as conn:
            # 执行你的数据库操作
            result = conn.execute("SELECT * FROM your_table")
            return result.fetchall()
    finally:
        # 强制销毁引擎，释放所有关联连接
        engine.dispose()

2. 禁用pyodbc自身的连接池 #

pyodbc有独立于SQLAlchemy的连接池，即使关闭了SQLAlchemy的池，pyodbc可能仍持有连接。在连接字符串中添加pooling=False参数：

connection_str = (
    "mssql+pyodbc://@your_access_dsn?"
    "driver=Microsoft Access Driver (*.mdb, *.accdb)&"
    "pooling=False&autocommit=True"
)
engine = create_engine(connection_str)

注意：驱动名称必须匹配你的64位Access驱动，确保没有使用32位驱动（会导致隐性连接泄漏）。

3. 检查AIMMS模型的连接释放逻辑 #

由于模型基于AIMMS，需确认AIMMS侧是否正确释放了Access连接：

• 若AIMMS使用自带的数据库接口，确保每次操作后调用DatabaseClose等关闭连接的函数；
• 排查AIMMS是否存在长连接配置，若有则改为每次操作后断开连接。

4. 强制清理连接资源（极端场景） #

若以上步骤仍无效，在请求收尾时手动触发垃圾回收，彻底销毁连接对象：

import gc

def cleanup_resources(conn=None):
    if conn and not conn.closed:
        conn.close()
    del conn
    gc.collect()  # 强制触发垃圾回收，释放未引用的连接资源

将此函数放在数据库操作的finally块中，确保无论是否抛出异常都执行。

5. 排查未捕获的异常路径 #

检查代码中是否存在分支（如异常抛出时）跳过了资源释放步骤。确保所有数据库操作都被try...finally包裹，避免因异常导致连接未关闭。

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