Replies: 3 comments 4 replies
-
Hi @jbrookspd, Thanks for reaching out and raising this issue. We'll take a look at this and keep you updated as we investigate. For some reason, it seems that either your application either Hikari is trying to perform an operation on a connection that is already closed. Do the warning log messages come with an additional stack trace? Thank you for your patience! |
Beta Was this translation helpful? Give feedback.
-
Hello @jbrookspd , Thanks for the quick reply. As of now we are still unable to determine the reason those connections are getting closed. Would you be able to tune the |
Beta Was this translation helpful? Give feedback.
-
I tried adding these properties at FINEST as well but still don't get any additional logging. Is there some other way to get more detailed logs?
Alternatively I started with the hikari settings from the spring boot example in this repo, is there a different hikari config for mysql that would be better? |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm trying out a spring boot application using the aws-advanced-jdbc-wrapper and a Hikari connection pool. The driver seems to be functioning properly but produces a substantial amount of WARN level log messages.
Data source configuration:
Warning log message:
2023-11-27T22:02:57.995Z WARN 1 --- [oundedElastic-2] com.zaxxer.hikari.pool.PoolBase : log-execution - Failed to validate connection software.amazon.jdbc.wrapper.ConnectionWrapper@7f349fe9 - com.mysql.cj.jdbc.ConnectionImpl@797d980e (No operations allowed after connection closed.). Possibly consider using a shorter maxLifetime value.
Has anyone seen this behavior before or see a setting that is missing or incorrect?
Beta Was this translation helpful? Give feedback.
All reactions