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

?

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

?

1 2 3 4 5

从报错信息可以看到，应该是max_prepared_stmt_count参数限制了同一时间在mysqld上所有session中prepared语句的上限，从而导致了报错。   正常情况下是程序没有关闭stmt导致，也不排除并发量很大, MySQL没机会去关闭。但是，我们的系统是老的系统，用的人很少，并发量肯定没有那么大，那只能是代码没有即使关闭stmt的原因了。   发生错误时，查看了一下设置：

?

1 2 3 4 5 6

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

?

1 2 3

这里采用的是默认值。   然后查看Com_stmt%相关状态值：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

> 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语句创建的次数

?

1 2 3 4

这里可以看到Com_stmt_close的值0，而Com_stmt_prepare的值是30324，二者相差这么大，且30324超过了16382的大小，所以报错了。     因为这是遗留的系统，开发也不愿意再排查代码，只好将参数的值调大一点，继续观察。

?

1	set global max_prepared_stmt_count=32764;

?

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

?

1	set global general_log = on;

　　

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

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