Bug #76177 | Packet for query is too large (1094 > 1024) | ||
---|---|---|---|
Submitted: | 5 Mar 2015 15:33 | Modified: | 28 Apr 2015 10:02 |
Reporter: | chen siwei | Email Updates: | |
Status: | Unsupported | Impact on me: | |
Category: | MySQL Server | Severity: | S3 (Non-critical) |
Version: | 5.1.69 | OS: | Linux (2.6.32-358.23.2.el6.x86_64) |
Assigned to: | CPU Architecture: | Any |
[5 Mar 2015 15:33]
chen siwei
[28 Apr 2015 10:02]
MySQL Verification Team
Thank you for taking the time to report a problem. Unfortunately you are not using a current version of the product you reported a problem with -- the problem might already be fixed. Please download a new version from http://www.mysql.com/downloads/ If you are able to reproduce the bug with one of the latest versions, please change the version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of MySQL. Since EOL of version 5.1 is 2013-12-31, I'll close this report as "Unsupported". Please upgrade to 5.5/5.6. Please note that this is due to the limit of mysql setting and it could be changed. Please refer tohttp://dev.mysql.com/doc/refman/5.1/en/packet-too-large.html
[25 Jan 2016 17:17]
sami winston
I have a similar problem, was it resolved when you updated the server?
[5 Mar 2016 3:14]
Amila Banuka Amarasinghe
We are experiencing the same problem with mysql 5.7.11 connectivity as below [DEBUG] 2016-03-05 02:50:18.845 [http-bio-8080-exec-1] SqlExceptionHelper - could not extract ResultSet [n/a] com.mysql.jdbc.PacketTooBigException: Packet for query is too large (1122 > 1024). You can change this value on the server by setting the max_allowed_packet' variable. at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:3592) ~[mysql-connector-java-5.1.34.jar:5.1.34] at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2417) ~[mysql-connector-java-5.1.34.jar:5.1.34] at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2582) ~[mysql-connector-java-5.1.3 when executed the following command on terminal it shows the max allowed packet size value as 32MB which is the configured value in the config file SHOW VARIABLES LIKE 'max_allowed_packet'; +--------------------+----------+ | Variable_name | Value | +--------------------+----------+ | max_allowed_packet | 33554432 | +--------------------+----------+ 1 row in set (0.00 sec) in /etc/mysql/my.cnf I have the config un [mysqld] as below [mysqld] /** other configs **/ max_allowed_packet = 32M connection url does not seems to be having any configuration on this as it shows the url as jdbc:mysql://localhost:3306/nickelring_test once the mysql server is restarted this problem goes away but appear again within few days.
[4 May 2016 12:46]
purna chandra
Affects me in 5.7.12 version, too.
[2 Jun 2016 5:27]
Mohsin Khan
We also facing same issue, our mysql version is 5.6
[21 Jun 2016 8:51]
Gang Liang
Is the bug resolved? I also got this problem, jdbc keep reporting such error, and the max_allow_packet I set is large to 1GB. and the mysql server version is 5.6
[21 Jun 2016 13:23]
Vlad Hosu
This is still reproducible on Distrib 5.6.30. However i can't identify a specific scenario. It just happens... randomly after one hour, or 3 days os so on. A mysql server restart solves the problem temporarily. I'd say this is a bit more critical and deserves a higher severity.
[21 Nov 2016 7:30]
SURESHKUMAR S
We are also facing this same issue. It is reproducing randomly. I also increased the max_allowed_packet = 256M as suggested by the others. But still the issue is reproducing.
[21 Nov 2016 9:04]
SURESHKUMAR S
In my previous comment, I mentioned as reproducible after updating to 256M. Sorry for that..I have updated to 256M and monitoring the issue to reproduce. I will keep posted if it is reproduced.
[30 Nov 2016 6:55]
SURESHKUMAR S
As I posted in the previous comment, the outcome is, the value is again reset to 1M. Found the root cause, in the error.log where I found there are unresolvable ips which means your server is accessible from public. So someone has been hacking and execute some script without our knowledge. So better update the password from the default password and also block the default port from public access as well. Now not facing any issues.