[转载]主题：MySql的JDBC驱动不支持批量操作(更新)
?
主题：MySql的JDBC驱动不支持批量操作(更新)
srdrm的回复非常好:)
?
mysql 虽然用得不多，公司一直用的mssql.?
楼主的测试结果让人非常失望...?
但mysql名气这么大，不太相信在这样的问题上会出现与oracle这么大的差距。?
直觉告诉我，应该是一些简单的设置问题，事实上最后得到的结果也是如此的。?
带着解决这个疑惑的想法，依据大家之前得到的一些结果，信息，开始测试?
工具：?
eclipse-3.6, mysql-5.1.48, mysql-jdbc-driver 5.1.11, mysql workbench?
前面说过了，我直觉认为代码不会有问题，所以先着手改善mysql 的服务器配置，innodb的设置。?
改了几个参数，都没有什么效果。加大了日志缓存，只是提高到7000多毫秒。最后甚至很多歪门邪道的设置都大胆用了，一度让mysql 无法启动。。。最终都收效甚微，这个步骤大概试了将近一个小时。?
这条路看来是走不通了。。得寻找别的方法?
冷静下来想想，其实从代码中应该是可以发现些端倪?
楼主的非batch代码中，每次调用 execute() 其实是会通过网络发送一条语句到服务器端的，是不会在客户端排队攒着的。?
因为这个方法必须返回一个结果。它必然跟服务器发生了一次交互。?
而在batch处理的代码中，其addBatch 就是无返回值，它提供了一个可能就是在客户端将语句缓存排队攒着，最后executeBatch时才发送到服务器端。
用代码可以证明，在batch处理方法的代码中，在 executeBatch, 及 commit 方法执行前，分别安插两条打印时间语句：
所以，当rewriteBatchedStatements=true时， 楼主的例子会被编译为以上形式，当然values里全是?, mysql 客户端会对这些值添加参数. 这样的方式当然就快很多了。?
其实到现在还不太了解 batch 处理时，执行计划这个概念，不过我猜 mysql 可能并没有缓存执行计划。而只是将这些语句组合起来了。?
所以如果是这样，他的机制与oracle可能是有所不同的，还不是达到最高效的机制，也许这就是开源与商业的区别吧。?
我们如果想更深入了解，只能借助于一些服务器端监视工具,sql分析工具了。?
写贴子过程断断续续给打扰了，本来还有一些可以写更详细的，就留给大家自己去探索了，包括，如果调用addBatch(String sql)后，则仍会按照 executeBatchSerially 方式执行，包括何时执行 executePreparedBatchAsMultiStatement，都可以继续深入了解。?
后记，当使用 update 时，会执行 executePreparedBatchAsMultiStatement，但是如果攒的语句太多，会导致 mysql 崩溃. 我的测试中10000条update不会有事，20000时，mysql 就崩掉了。
?
