1. Descripción del problema
Al escribir el último proyecto, utilicé el grupo de conexiones hikari, que está conectado a la base de datos MySQL implementada en el servidor de la nube de Alibaba. Como resultado, después de ejecutar el proyecto durante un tiempo, comencé a informar algunas advertencias, como las siguientes
El último paquete recibido con éxito del servidor fue hace 1.209.470 milisegundos. El último paquete enviado con éxito al servidor fue hace 5005 milisegundos). Posiblemente considere usar un valor maxLifetime más corto.
además
DateHikariCP: se detectó falta de subproceso o salto de reloj (delta de ama de llaves = 5m11s731ms).
Luego, la conexión se desconecta y no se puede acceder a la base de datos.
2. Análisis de la razón
En resumen, la pregunta anterior significa que el tiempo de supervivencia de la conexión se agotó, etc., pero el tiempo de supervivencia inactivo y el tiempo máximo de supervivencia de la configuración en la base de datos y la configuración de mi grupo de conexiones son mucho mayores que el tiempo de inactividad, por lo que es lógico que esto no suceda Situación y cambio a mi base de datos local, la configuración es exactamente la misma y esta situación no sucederá, según algunos métodos mencionados en Internet, la modificación tampoco tiene éxito.
Se revisó nuevamente y se encontró que debería deberse a la configuración de seguridad en el sistema Linux del servidor en la nube. Si no hay interacción con el servidor durante un período de tiempo, la conexión se desconectará, incluso cuando se use ssh para conectarse a el servidor de la nube La operación también se bloqueará y solo se podrá volver a conectar, por lo que mientras sea local, esta situación no se producirá.