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
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 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的强缓存和协商缓存
· 一文读懂知识蒸馏