Java + Tomcat, ¿conexión de base de datos moribunda?

Question

Tengo una instalación de instancia de tomcat pero la conexión de base de datos que he configurado en context.xml sigue muriendo después de períodos de inactividad.

Cuando compruebo los registros me sale el siguiente error:

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: El último paquete recibido correctamente desde el servidor hace was68051 segundos . El último paquete enviado correctamente al servidor fue hace 68051 segundos , que es más largo que el valor configurado en el servidor de 'wait_timeout'. Debe considerar caducar y/o probar la validez de la conexión antes de usarla en su aplicación, aumentar los valores configurados del servidor para tiempos de espera del cliente o usar la propiedad de conexión Connector/J 'autoReconnect = true' para evitar este problema.

Aquí es la configuración en context.xml:

<Resource name="dataSourceName" 
     auth="Container" 
     type="javax.sql.DataSource" 
     maxActive="100" 
     maxIdle="30" 
     maxWait="10000" 
     username="username" 
     password="********" 
     removeAbandoned = "true" 
     logAbandoned = "true" 
     driverClassName="com.mysql.jdbc.Driver" 
     url="jdbc:mysql://127.0.0.1:3306/databasename?autoReconnect=true&amp;useEncoding=true&amp;characterEncoding=UTF-8" /> 

estoy usando autoReconnect = tura como el error dice que hacer, pero la conexión mantiene morir. Nunca antes había visto esto suceder.

También he verificado que todas las conexiones a la base de datos se cierran correctamente.

Answer 1

Tomcat Documentation

DBCP utiliza la base de datos de Jakarta Commons-pool de conexiones. Se basa en el número de componentes de Jakarta-Commons:

* Jakarta-Commons DBCP 
* Jakarta-Commons Collections 
* Jakarta-Commons Pool 

Este atributo puede ser útil.

removeAbandonedTimeout="60" 

estoy usando la misma materia de agrupación de conexiones y estoy establecer estas propiedades para evitar que el mismo es simplemente no configura a través de Tomcat. Pero si lo primero no funciona, intente esto.

testWhileIdle=true 
timeBetweenEvictionRunsMillis=300000 

Answer 2

No sé si la respuesta anterior hace básicamente lo mismo, pero algunos de nuestros sistemas utilizan la conexión DB aproximadamente una vez a la semana y he visto que proporcionamos una bandera -Otimeout o algo de esa ordenar a mysql para establecer el tiempo de espera de la conexión.

Answer 3

Solo para aclarar lo que realmente está causando esto. MySQL por defecto finaliza las conexiones abiertas después de 8 horas de inactividad. Sin embargo, el grupo de conexiones de la base de datos retendrá conexiones durante más tiempo.

Por lo tanto, al establecer timeBetweenEvictionRunsMillis = 300000 está indicando al grupo de conexiones que se ejecute a través de las conexiones y que desaloje y cierre los inactivos cada 5 minutos.

Answer 4

La opción removeAbandoned está en desuso a partir de DBCP 1.2 (aunque still present en la rama 1.3). Here es una explicación no oficial.