prepared-statement-cache 的副作用
火青同学 在产品库更新的时候遇到了一个问题：
数据库加字段后，导致应用报错了，说是什么违反协议。同时给了一个网上的例子。
http://www.iteye.com/topic/900077
看了下这个例子，跟我们的情况是是一致的。
这个cache 是jdbc 是实现的， 在如果在连接池上设置了这个参数，在创建连接的时候，就会创建这个cache
策略是LRU 策略，并且是跟当前连接绑定，也就是如果这个参数设置太高，会消耗应用服务器端，较多的内存。
一般情况，我们的连接池都是配置20-30个左右，这个cache 一般是20左右， 400-600个左右的cache 对象， 内存消耗上应该是可以接受的。
主要就是涉及到数据库增减字段，或者修改表结构的时候，尽量安排应用重启，免得被报错信息所困扰
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/133735/viewspace-754198/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
innodb 36个问题
下一篇：
pg_upgrade 测试
请登录后发表评论
登录
全部评论
