MySQL java jdbc MySQLNonTransientConnectionException：パケットの順序が正しくありません

Question

現在、java経由でmysqlデータベースにマルチクエリを送信する際に問題が発生しています。コードは次のようである：

String query = "Query 1; Query 2; Query 3;... Query 59" 
stmt = connection.createStatement(); 
System.out.println(query); 
stmt.execute(query); 

そして私は次のエラーを取得する：

com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Got packets out of order 
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) 
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) 
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) 
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) 
at com.mysql.jdbc.Util.getInstance(Util.java:386) 
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1014) 
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4120) 
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4052) 
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:925) 
at com.mysql.jdbc.MysqlIO.sendFileToServer(MysqlIO.java:4017) 
at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:3129) 
at com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:2335) 
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2722) 
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2788) 
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2738) 
at com.mysql.jdbc.StatementImpl.execute(StatementImpl.java:899) 
at com.mysql.jdbc.StatementImpl.execute(StatementImpl.java:737) 
at fileUpload.ICDBoperations.uploadELG(ICDBoperations.java:61) 
at com.intuitivecare.icserver.upload.doPost(upload.java:108) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) 
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682) 
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318) 
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160) 
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734) 
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673) 
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99) 
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174) 
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357) 
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260) 
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188) 
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191) 
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168) 
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189) 
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) 
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288) 
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206) 
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136) 
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114) 
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) 
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838) 
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113) 
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115) 
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55) 
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135) 
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564) 
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544) 
at java.lang.Thread.run(Thread.java:745) 

コードはわずか1クエリ（クエリのいずれか）のために正常に動作します。

私は既にallowMultiQueries = trueを設定しています。また、3番目のクエリで切り捨てられて同じエラーが発生したため、問題がパケットが大きすぎる問題ではありません。

アイデア？ありがとう！

Answer 1

まだ答えはありませんが、回避策が見つかりました。一度に複数のクエリを実行してJava内でトランザクションを確立しようとするのではなく、BEGIN TRANSACTIONを追加しました。最初のクエリとCOMMIT;最後に。その後、私は次のコードでクエリを実行：

stmt = connection.createStatement(); 
    for(int i=0;i<numQueries;i++){ 
     stmt.execute(queries[i]); 
    } 

クエリ[] Iは、適切な順序で実行するクエリを含む文字列である場合。これは最適ではないかもしれませんが、私の場合はトリックでした。 netbeans IDEでクエリを実行すると約22秒かかりますが、上記のコードを実行すると約25秒かかります。人々がこれが役に立つと思うことを願っています

Answer 2

春のブートアプリケーションでこの問題が発生し、「mysql-connector-java」バージョン5.1.6がこれを引き起こしていることがわかりました。私は5.1.45でそれを更新し、問題を解決しました。