Moví un servidor de producción a OpenVZ, algo que he hecho muchas veces antes, solo que esta vez ha impactado el comportamiento de transacciones de ciertas operaciones.
Todas mis tablas son innoDB. No he cambiado ningún parámetro desde su estado original.
Ciertas solicitudes a JBoss dan como resultado transacciones que tardan exactamente 10 segundos en completarse, pero solo de forma intermitente. Por lo general, son increíblemente rápidos.
No puedo encontrar nada en my.cnf o en las variables de Mysql que corresponda a este retraso de 10 segundos. Puedo ver las transacciones que aparecen en Innotop, pero si cambio al modo de consulta Q, no puedo ver la consulta completa presionando f.
No parece haber ningún tipo de reversión, porque incluso cuando se retrasa, la funcionalidad no se interrumpe. JBoss tiene un tiempo de espera de transacción de 300 segundos según la configuración estándar.
No veo límites alcanzados en /proc/user_beancounters (OpenVZ rastrea cuando las VM exceden sus cuotas de recursos para aquellos que no saben qué es esto).
Estoy luchando por identificar de dónde viene este cuello de botella.
Respuesta1
Bien, puedo responder esto ahora.
Leí cómo Mysql maneja las conexiones y resulta que aparentemente siempre intenta una búsqueda inversa a menos que le indiques que no lo haga, y se agota el tiempo de intento después de 10 segundos.
No sé por qué se agotaba el tiempo de espera de forma intermitente en mi red, pero al agregar:
saltar-nombre-resolver
a my.cnf, el problema ha desaparecido.
En realidad, no tiene mucho sentido para mí porque Jboss usa conexiones agrupadas, que deberían permanecer activas debido a un volumen de actividad regular, pero no importa.