Mysql--由prepared sql statement引发的问题

问题回顾

最近生产环境数据库查询接口异常，抛出异常信息表明预处理sql语句声明已经超过mysql系统设置限制max_prepared_stmt_count；
通过网上一些资料，分析大概是程序中数据库查询代码prepared sql statement没有关闭或者释放导致。

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

问题解决步骤：
1.先规避现网问题，可以把数据库系统变量max_prepared_stmt_count设置大一些；
2.通过数据库performance_schema.prepared_statements_instances表中的记录
分析当前系统有哪些prepared sql statement，根据sql语句排查代码是否没有关闭或者释放的prepared sql statement。
3.修改之后，测试代码，对比测试前后数据库状态参数Prepared_stmt_count是否有增长。
如果有增长，说明代码中修改还有遗漏。
查看命令：show global status like '%stmt%';

分析总结

prepared sql statement这个概念的含义、作用

形式如：select user_id, user_name from tb_uhome_admin_user where user_id = ?;
这种带有占位符(?)的SQL语句，通过客户端调用接口或者shell，在服务端生成预处理SQL语句声明。这样一看有点像查询模板；
使用预处理SQL语句声明的作用：
1.1.提高查询效率
sql语句执行过程的，先解析sql语句生成执行计划。预处理SQL语句声明，就把sql语句和执行计划存储在内存中，下次相同
sql语句就不需要再进行解析，直接映射到执行计划，参数替换占位符，从而提高效率；
1.2防止SQL注入攻击

prepared sql statement的使用场景和注意点

对于批量、并且固定查询条件参数的SQL，可以使用提高效率。
对于查询条件不固定的SQL和单个SQL查询，使用prepared sql statement对性能也没有太大的提升，
反而占用Mysql服务端资源，不建议使用