JDBC的PrepareStatement在mysql下的实现
前言
前些天做项目的性能对比测试，发现新的性能比之前的性能下降了很多，百思不得其解；多方磨难，最后定位到我们使用了DBCP的connection pool，没有打开prepareStatement Cache，打开后，性能就上来了；
老的项目是使用c3p0，里面是使用到了prepareStatement Cache。
?
正文
今天有空，研究下mysql jdbc driver的实现，发现它内部也做了prepareStatement cache，而且还分server 和 client之分
Server 这里指的是Mysql db server做sql的解析，并返回给jdbc client;Cache的是ServerPrepareStatement
Client? 这里指的是jdbc driver解析并并替换?，把最终的sql发给mysql 执行;Cache的是prepareStatement的Parseinfo
?
所以分别测试了两个的性能对比
for (int i = 0; i < 10000; i++) { PreparedStatement stmt = conn.prepareStatement("select * from race"); stmt.execute(); stmt.close(); ?
设置耗时clientuseServerPrepStmts=false2669msserveruseServerPrepStmts=true4334ms测试硬件：
64位 osx
i5 2core
?
原因
TODO
1 楼 lionbule 2011-12-23 http://blog.csdn.net/axman/article/details/6913527