如何解决C++ ODBC查询占用大量内存的问题

针对大量读写Access（.accdb）数据库时内存占用最高达3GB的问题，结合你提供的代码和排查情况，给出以下具体解决方向：

1. 调整ODBC驱动连接参数，禁用结果集缓存 #

Access的ODBC驱动默认会缓存查询结果以提升性能，大结果集场景下会导致内存堆积。你可以在连接字符串中添加参数强制驱动减少/禁用缓存：
修改setDatabaseName的连接字符串，加入MAXBUFFERSIZE=1024;CACHE_SIZE=0：

mDatabase->setDatabaseName("DRIVER={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=" + filename + ";MAXBUFFERSIZE=1024;CACHE_SIZE=0;");

部分版本驱动可尝试添加ODBCBYPASS=1参数，绕过驱动的缓存机制。

2. 优化QSqlQuery的使用方式 #

你当前用new QSqlQuery创建堆对象，即便最后delete，堆内存释放也可能不如栈对象及时。改成栈对象，让作用域结束时自动销毁，能更彻底释放关联资源：

// 替换原有的new QSqlQuery
QSqlQuery qSQLQuery(*mDatabase);

同时，遍历完结果集后必须显式调用qSQLQuery.finish()，执行下一次查询前调用qSQLQuery.clear()，避免残留结果集占用内存。

3. 强制释放Qt数据库连接的内部资源 #

无需关闭数据库，也能触发资源回收：

• 读操作遍历完所有结果后，除了finish()和clear()，额外调用mDatabase->commit()（Access读操作提交事务可触发驱动释放缓存）；
• Qt 5.10+版本可定期调用QSqlDatabase::database().cleanup()，清理连接池中的闲置资源。

4. 排查自定义数据结构的内存泄漏 #

你的SqlRecordList和SqlRecord是自定义类，需确认内存管理是否合规：

• 检查setField方法中是否存在未释放的动态内存；
• 确保SqlRecord析构函数正确释放所有内部资源；
• 使用Qt Creator的Memory Analyzer工具追踪内存分配，确认泄漏点是否在自定义代码中。

关于prepare和bindValue的疑问 #

即便不是重复执行同一查询，prepare+bindValue仍有两个核心优势：

1. 减少ODBC驱动的SQL解析开销，降低驱动层面的内存占用；
2. 规避SQL注入风险，同时让Qt的QSqlQuery更高效地管理查询资源。
   建议先挑选一个高频执行的查询做小范围测试，验证内存变化后再大规模修改。

其他排查点 #

• 确认驱动位数匹配：64位程序必须使用64位Microsoft Access ODBC驱动（Access Runtime 2016+提供64位版本），32位驱动在64位程序中会引发内存管理异常；
• 避免一次性读取超大结果集：若查询返回数十万条以上数据，改用分页读取（通过TOP和WHERE条件分批获取），降低单次内存占用。

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