MySQL Java jdbc MySQLNonTransientConnectionException: Les paquets sont en désordre

Question

Je rencontre actuellement des problèmes pour envoyer une requête multiple à une base de données mysql via java. Le code est comme ceci:

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

Et puis je reçois l'erreur suivante:

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) 

Le code fonctionne bien pour seulement 1 requête (l'une des requêtes).

Je l'ai déjà mis allowMultiQueries = true, aussi le problème n'est pas un paquet de problème trop grand que je tronqué à seulement la 3e requête et obtenu la même erreur.

Des idées? Merci!

Answer 1

Je ne comprends toujours pas la réponse mais je trouve une solution de contournement. Au lieu d'essayer d'exécuter les multiples requêtes à la fois et d'établir la transaction dans java, j'ai ajouté la BEGIN TRANSACTION; interroger au début et le COMMIT; à la fin. Ensuite, je viens de les requêtes avec exécutais le code suivant:

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

Où requêtes [] est un tableau de chaînes contenant les requêtes que je veux exécuter dans l'ordre approprié. Cela peut ne pas être optimal, mais, dans mon cas, il a fait l'affaire. Quand j'exécute les requêtes dans netbeans IDE cela me prend environ 22s, alors que l'exécution du code ci-dessus prend environ 25s. J'espère que les gens trouvent cela utile!

Answer 2

J'ai eu ce problème dans l'application de démarrage de printemps et j'ai découvert que "mysql-connector-java" version 5.1.6 en était la cause. Je l'ai mis à jour avec 5.1.45 et résolu le problème.