En un experimento práctico, un desarrollador detuvo deliberadamente la base de datos primaria en una configuración de separación lectura-escritura para observar el comportamiento del clúster. Contrariamente a lo esperado, el sistema no realizó una conmutación por error limpia; en cambio, mostró picos de latencia, fallos de escritura parciales y propagación de estado inconsistente. El artículo detalla la secuencia exacta de eventos, incluyendo cómo la réplica manejó (o no) la transición. Las conclusiones clave incluyen la necesidad de intervalos de verificación de salud adecuados, tiempos de espera del pool de conexiones y lógica de reintento a nivel de aplicación. Esta prueba del mundo real subraya que las configuraciones de alta disponibilidad requieren una validación rigurosa más allá de las suposiciones de la documentación. Para los equipos que dependen de MySQL o arquitecturas similares, es una historia aleccionadora que vale la pena estudiar.
Un ingeniero prueba la alta disponibilidad deteniendo la base de datos primaria y descubre un comportamiento inesperado del clúster.