前言

前些天做项目的性能对比测试，发现新的性能比之前的性能下降了很多，百思不得其解；多方磨难，最后定位到我们使用了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();
            

?

测试硬件：

64位 osx

i5 2core

?

原因

TODO