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

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

从报错信息可以看到，应该是max_prepared_stmt_count参数限制了同一时间在mysqld上所有session中prepared语句的上限，从而导致了报错。

正常情况下是程序没有关闭stmt导致，也不排除并发量很大, MySQL没机会去关闭。但是，我们的系统是老的系统，用的人很少，并发量肯定没有那么大，那只能是代码没有即使关闭stmt的原因了。

发生错误时，查看了一下设置：

show variables like '%max_prepared_stmt_count%' ;
+-------------------------+-------+
| Variable_name           | Value |
+-------------------------+-------+
| max_prepared_stmt_count | 16382 |
+-------------------------+-------+

这里采用的是默认值。

然后查看Com_stmt%相关状态值：

> show global status like 'com_stmt%';
+-------------------------+-----------+
| Variable_name           | Value     |
+-------------------------+-----------+
| Com_stmt_close          | 0         |
| Com_stmt_execute        | 523965937 |
| Com_stmt_fetch          | 0         |
| Com_stmt_prepare        | 30324     |
| Com_stmt_reprepare      | 0         |
| Com_stmt_reset          | 0         |
| Com_stmt_send_long_data | 0         |
+-------------------------+-----------+

其中：
Com_stmt_close             prepare语句关闭的次数
Com_stmt_execute           prepare语句执行的次数
Com_stmt_prepare           prepare语句创建的次数

这里可以看到Com_stmt_close的值0，而Com_stmt_prepare的值是30324，二者相差这么大，且30324超过了16382的大小，所以报错了。


因为这是遗留的系统，开发也不愿意再排查代码，只好将参数的值调大一点，继续观察。

set global max_prepared_stmt_count=32764;

如果是线上实时系统，可以先将max_prepared_stmt_count的值调大，然后再看代码。max_prepared_stmt_count的默认值是16382，取值范围是0-1048576。
如果想复现错误，可以将max_prepared_stmt_count的值调小， 增加错误发生的机会。错误发生时，也可以尝试开启general日志，来帮助定位错误，不过对于生产环境要小心执行该操作：

set global general_log = on; 

　　

这里有位兄弟遇到的该问题的处理过程，可以参考一下：

https://blog.csdn.net/zgj_online/article/details/120993335