MFC通过ODBC访问Access报'Too many client tasks'错误求助

一、为何关闭连接仍报「Too many client tasks」 #

Access对单个进程的ODBC连接数硬限制为64，问题核心是连接未被真正销毁，而是留在了ODBC连接池中：

• MFC的CRecordset如果未指定已打开的CDatabase实例，每次调用Open()时会自动创建临时CDatabase对象。
• ACEODBC驱动默认启用连接池，调用CRecordset::Close()或CDatabase::Close()时，并不会直接销毁底层ODBC连接，而是将其放回连接池复用。
• 随着循环执行，连接池中的闲置连接数不断积累，到第63次操作后池内已有63个闲置连接，第64次尝试创建新连接时，触及Access的64连接上限，触发异常。
• 你添加的Sleep(1000)无效，是因为ODBC连接池的回收超时通常远大于1秒（默认可能是几分钟），短时间内闲置连接不会被销毁。

二、ODBC追踪为何能消除问题 #

开启ODBC追踪后，驱动的资源管理逻辑会被强制改变：

• 追踪需要记录每一步ODBC操作，驱动为了保证日志的准确性，会在每次操作完成后彻底销毁连接，而非放回连接池。
• 追踪带来的额外开销（日志写入）会让驱动的连接复用逻辑失效，每次操作都重新创建/销毁连接，不会积累闲置连接，因此不会触发上限。

三、可行的解决方法 #

1. 复用单个CDatabase实例 #

避免每次创建临时CDatabase，全局或类成员级复用一个连接：

// 初始化时打开一次连接
CDatabase m_db;
m_db.Open(_T("MyDSN")); // 使用你的DSN

// 每次插入操作复用该连接
CRecordset rs(&m_db);
try {
    rs.Open(CRecordset::dynaset, _T("SELECT * FROM YourTable"));
    rs.AddNew();
    // 赋值操作
    rs.Update();
    rs.Close();
} catch (CDBException* e) {
    rs.Close();
    e->Delete();
}

// 程序退出时关闭连接
m_db.Close();

这种方式整个进程只占用1个连接，完全避开64连接限制。

2. 禁用ODBC连接池 #

在连接字符串中添加禁用池的参数，强制每次关闭后销毁连接：

// 修改连接字符串
CString strConnect = _T("ODBC;DSN=MyDSN;OdbcPooling=False");
CDatabase db;
db.Open(NULL, FALSE, FALSE, strConnect);

也可以在ODBC数据源管理器中，找到对应DSN的配置，禁用连接池选项。

3. 显式销毁临时CDatabase #

如果必须每次创建新连接，确保CDatabase对象被完整析构（使用局部变量，出作用域自动销毁）：

try {
    CDatabase db;
    db.Open(_T("MyDSN"));
    CRecordset rs(&db);
    rs.Open(...);
    rs.AddNew();
    rs.Update();
    rs.Close();
    db.Close();
} catch (CDBException* e) {
    // 异常处理
    e->Delete();
}

结合禁用连接池，可确保每次连接被彻底销毁。

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