mysql connector Can't create more than max_prepared_stmt_count statements

使用mysql connector的时候,如果报这个错误

Can't create more than max_prepared_stmt_count statements (current value: 16382)

是因为下面的写法有一定问题

调用delete stmt之前出现了错误,直接跳到了catch里面执行,导致stmt没有释放,超出默认值16382。最好是把stmt放到外面,在最后的时候delete。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
try
{
    sql::PreparedStatement * stmt = con->prepareStatement(sqlstr);
 
    stmt->setInt(1, id1);
    stmt->setInt(2, id2);
    stmt->execute();
    delete stmt;
}
catch (sql::SQLException & e)
{
    bsqlcon = false;
    Log_Text_Format(LOGLEVEL_ERROR, "Err: SQLException in %s %s %d ERR[%s] ErrCode[%d] SQLState[%s] sql[%s]", __FILE__, __FUNCTION__, __LINE__, e.what(), e.getErrorCode(), e.getSQLState().c_str(), sqlstr.c_str());
}

可以通过下面的语句查看目前申请了几个,使用了几个,释放了几个,正常情况申请的和释放的应该是很接近在几十或是上百个以内,并且固定不变不会逐渐增加。如果程序直接关闭,申请释放的这个值是不会改变的,还是维持最后一次的记录,这一点需要注意。

show global status like 'com_stmt%';

Com_stmt_execute    563281
Com_stmt_close    563280
Com_stmt_fetch    0
Com_stmt_prepare    563359
Com_stmt_reset    0
Com_stmt_send_long_data    0
Com_stmt_reprepare    0

posted @   秋来叶黄  阅读(1152)  评论(0编辑  收藏  举报
编辑推荐:
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
阅读排行:
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· 葡萄城 AI 搜索升级:DeepSeek 加持,客户体验更智能
· 什么是nginx的强缓存和协商缓存
· 一文读懂知识蒸馏
点击右上角即可分享
微信分享提示