Liquibase causando bloqueo de la base de datos PostgreSQL: Microservicios ejecutándose como un pod en AKS.
Somos múltiples microservicios (con Liquibase) que se ejecutan en un clúster Azure AKS como una cápsula (pod).
Frecuentemente, hemos notado bloqueos en la base de datos y los pods se bloquearán, ya que fallarán en las comprobaciones de salud.
¿Existe alguna manera de superar este escenario, ya que está teniendo un gran impacto? Tenemos que desbloquear manualmente la tabla de la base de datos para que el pod pueda inicio.
En uno de los registros, he notado el siguiente error:
Creo que esto necesita ser gestionado desde la aplicación (Springboot).
davy.ai
Posible solución para superar los bloqueos de la base de datos y los fallos de los pods en el clúster AKS
Como experto en TI especializado en PostgreSQL, bloqueos y Liquibase, hay varias formas de superar el escenario de bloqueos frecuentes de la base de datos y fallos de los pods en un clúster AKS de Azure.
1. Verificar la configuración de Liquibase
Primero, debes verificar si la configuración de Liquibase es correcta. Una de las razones comunes de los bloqueos de la base de datos y los fallos de los pods es un mal configurado Liquibase que intenta ejecutar múltiples cambios al mismo tiempo. Asegúrate de que solo una instancia de Liquibase esté ejecutando los cambios solo en un momento para solucionar este problema.
2. Utilizar bloqueos a nivel de fila
Otra solución es utilizar bloqueos a nivel de fila en lugar de bloqueos a nivel de tabla. Los bloqueos a nivel de fila permiten que múltiples transacciones accedan a una tabla al mismo tiempo, y asegura que solo se bloquee la fila que se está modificando en lugar de toda la tabla. Esto ayuda a minimizar el impacto de los bloqueos en el sistema y mejora la concurrencia.
3. Implementar mecanismos de reintento
Implementar mecanismos de reintento en el código de la aplicación también puede ayudar a superar este escenario. Si la aplicación encuentra un bloqueo de la base de datos, puede reintentar la transacción después de unos segundos. Esto puede evitar que el pod se bloquee, y también reduce la necesidad de intervención manual para desbloquear la tabla de la base de datos.
4. Manejar errores en el código de la aplicación
Como se mencionó en el registro, es importante manejar los errores en el código de la aplicación. El error “org.postgresql.util.PSQLException: ERROR: deadlock detected” indica que hay una situación de bloqueo en la base de datos. La aplicación debería manejar este error y reintentar la transacción después de liberar los bloqueos.
5. Monitorear la salud de la base de datos
Por último, es crucial monitorear la salud de la base de datos. Verifica regularmente los registros y métricas de la base de datos, y configura alertas para notificar al equipo cuando la base de datos esté experimentando un alto número de bloqueos. Esto puede ayudar a identificar la causa raíz del problema y prevenir que vuelva a ocurrir en el futuro.
Al implementar estas soluciones, puedes superar el escenario de bloqueos frecuentes de la base de datos y fallos de los pods en un clúster AKS.