gpt4 book ai didi

c++ - valgrind 报告 mysql_real_connect 的泄漏

转载 作者:塔克拉玛干 更新时间:2023-11-03 06:50:26 26 4
gpt4 key购买 nike

我有以下代码结构(整个代码很大,我认为这段代码与我的问题相关),

MYSQL_RES *res_set;
MYSQL_ROW row;
MYSQL *connect;

int main()
{
connect=mysql_init(NULL);
mysql_real_connect(connect, NULL, "root", "suvp" ,"Employees" ,0,NULL,0);

/*Other Code*/

mysql_free_result(res_set);
mysql_close(connect);
}

数据库连接的变量是全局的。在我的“其他代码”中,我调用了其他使用初始化 connect 的函数(在 mysql_query 等中)和 rowres_set 必要时。正如所见,我释放了结果并在 main 结束时关闭了连接。

我将 res_set 从一个函数重用到另一个函数(无需每次都释放它)。这会导致问题吗?

在我使用的所有函数中,语句都是相似的

mysql_query(connect,myQuery.c_str())
res_set = mysql_store_result(connect);
row = mysql_fetch_row(res_set);

Valgrind 报告了这一点,

==4864== LEAK SUMMARY:
==4864== definitely lost: 0 bytes in 0 blocks
==4864== indirectly lost: 0 bytes in 0 blocks
==4864== possibly lost: 0 bytes in 0 blocks
==4864== still reachable: 99,954 bytes in 30 blocks
==4864== suppressed: 0 bytes in 0 blocks

详细错误指出

mysql_real_connect

从我的主函数调用。

根据这个page调用 mysql_library_end() 是一种很好的做法。但是即使在我关闭连接后调用 mysql_library_end() 之后。 Valgrind 说,

==5120== HEAP SUMMARY:
==5120== in use at exit: 116,466 bytes in 34 blocks
==5120== total heap usage: 95 allocs, 61 frees, 147,218 bytes allocated

==5120== LEAK SUMMARY:
==5120== definitely lost: 0 bytes in 0 blocks
==5120== indirectly lost: 0 bytes in 0 blocks
==5120== possibly lost: 0 bytes in 0 blocks
==5120== still reachable: 116,466 bytes in 34 blocks
==5120== suppressed: 0 bytes in 0 blocks

和之前一样,它们都归结为 mysql_real_connect

程序运行良好。但是 valgrind 指出了一些问题。我哪里错了?

最佳答案

可能没什么。你必须阅读这个。第一个答案非常明确。

TL;DR: Still reachable 不是真正的“内存泄漏”,而是当程序即将终止时,程序中仍有指向它的指针(程序中的指针在程序终止前未被释放)。

Still Reachable Leak detected by Valgrind

关于c++ - valgrind 报告 mysql_real_connect 的泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16790033/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com