最近我写了一个通过 libpqxx 访问 Postgres DB 的应用程序,它严重地泄漏了内存。即使是这个基于http://pqxx.org/devprojects/libpqxx/doc/4.0/html/Reference/a00001.html示例的简单测试程序也不会像明天一样泄漏。
(编辑:我添加了对 commit() 和 clear() 的调用以响应建议。同样的泄漏。)
#include <iostream>
#include <pqxx/pqxx>
#include <string>
#include <stdio.h>
int main()
{
try
{
pqxx::connection c("user=postgres");
int i = 0;
while(true)
{
pqxx::work w(c);
pqxx::result r = w.exec("SELECT 1");
w.commit();
i++;
if ( i % 1000 == 0 )
printf( "Cycle %d\n", i );
r.clear();
} //while
} //try
catch (const std::exception &e)
{
std::cerr << e.what() << std::endl;
return 1;
} //catch
} //main
经过大约 75,000 次循环后,top 显示了 206Mb 的虚拟内存使用量,并且还在不断攀升。我通过 valgrind 运行了一个类似的测试程序,循环了 5000 次,得到了这个:
==1647== 13,732,155 (219,868 direct, 13,512,287 indirect) bytes in 4,997 blocks are definitely lost in loss record 12 of 12
==1647== at 0x40060D5: operator new(unsigned int) (vg_replace_malloc.c:214)
==1647== by 0x404C0A9: pqxx::result::result(pg_result*, int, std::string const&, int) (in /usr/lib/libpqxx-4.0.so)
==1647== by 0x40309EF: pqxx::connection_base::make_result(pg_result*, std::string const&) (in /usr/lib/libpqxx-4.0.so)
==1647== by 0x4036D65: ??? (in /usr/lib/libpqxx-4.0.so)
==1647== by 0x405EFD6: pqxx::transaction_base::DirectExec(char const*, int) (in /usr/lib/libpqxx-4.0.so)
==1647== by 0x40416EA: pqxx::dbtransaction::do_exec(char const*) (in /usr/lib/libpqxx-4.0.so)
==1647== by 0x40618FA: pqxx::transaction_base::exec(std::string const&, std::string const&) (in /usr/lib/libpqxx-4.0.so)
==1647== by 0x80498F8: main (dbtest.cpp:21)
知道发生了什么吗?很难接受像 libpqxx 这样广泛使用的库会有如此严重的错误,那么我在这里可能做错了什么?
配置细节:
- 操作系统:Linux 2.6.18-238.el5
- gcc 版本 4.4.0
- libpqxx 4.0
- postgres 9.2
(最终编辑:我发现用 libpq 替换 libpqxx 比继续调查这个内存泄漏更容易。)