Bug #90753 | Wait_timeout exceeded message not triggered | ||
---|---|---|---|
Submitted: | 4 May 2018 14:42 | Modified: | 23 Jun 2018 18:37 |
Reporter: | Todd Farmer (OCA) | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | Connector / J | Severity: | S3 (Non-critical) |
Version: | 8.0.11 | OS: | Any |
Assigned to: | CPU Architecture: | Any |
[4 May 2018 14:42]
Todd Farmer
[4 May 2018 15:04]
Todd Farmer
Below is the output received running the test locally: wait_timeout: 2 interactive_timeout: 2 com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure The last packet successfully received from the server was 5,010 milliseconds ago. The last packet sent successfully to the server was 1 milliseconds ago. at com.mysql.cj.jdbc.exceptions.SQLError.createCommunicationsException(SQLError.java:172)
[7 May 2018 8:27]
Chiranjeevi Battula
Hello Todd, Thank you for the bug report and testcase. Verified this behavior on MySQL Connector / J 8.0.11. Thanks, Chiranjeevi.
[22 Jun 2018 17:03]
Daniel So
Posted by developer: Added the following entry to the Connector/J 8.0.12 changelog: "If wait_timeout was set on the server and the Connector/J had the connection property interactiveClient=false, or if interactive_timeout was set on the server and Connector/J had the connection property interactiveClient=true, a connection is invalidated when it has idled for a longer time than the set timeout. When such a timeout occurred, Connector/J threw a . CJCommunicationsException: Communications link failure, without indicating it was a timeout. With this fix, the error message returned explains the issue and suggests how to avoid it."
[23 Jun 2018 18:37]
Todd Farmer
Thank you Daniel and team! It would be very useful to see this backported to any future 5.1 maintenance release, if possible.