Un error crítico en MySQL, una de las bases de datos más utilizadas del mundo, cumple dos décadas sin resolverse. Se trata del bug #11472, reportado originalmente en junio de 2005, que impide la ejecución de triggers (disparadores automáticos) cuando una modificación de datos ocurre por medio de claves foráneas, como en eliminaciones en cascada.

Este comportamiento provoca que procesos clave no se ejecuten, como actualizar registros relacionados o recalcular estadísticas, lo que puede derivar en datos inconsistentes sin que el sistema lo advierta.

Aunque el equipo de MySQL reconoció el problema desde un inicio, la única "solución" fue incluir una nota en la documentación indicando que este comportamiento era intencional. Con el paso del tiempo, el bug se convirtió en un símbolo de estancamiento y frustración en la comunidad de desarrolladores.

El error ha sido especialmente criticado desde la compra de MySQL por Oracle en 2010, ya que muchos expertos consideran que se ha descuidado el desarrollo del software en favor de versiones comerciales como Heatwave. Mientras tanto, PostgreSQL ha ganado terreno como una alternativa más robusta y confiable, gracias a su estricto cumplimiento de las reglas de integridad y su comunidad activa.

Expertos recomiendan a las organizaciones que aún usan MySQL auditar sus triggers, evitar depender de eventos en cascada para tareas críticas o considerar la migración a bases de datos como PostgreSQL.

Este bug, más antiguo que muchos desarrolladores actuales, pone en evidencia la importancia de mantener la coherencia y fiabilidad en sistemas que manejan información vital.