Durante mucho tiempo, la frase «SQL no escala» ha sido un manido argumento dentro del mundo tecnológico, insinuando que al crecer un producto, inevitablemente se debería abandonar una base de datos relacional en favor de alternativas más modernas destinadas a gestionar grandes volúmenes de datos y tráfico. Sin embargo, al observar las prácticas de algunas de las plataformas más exigentes del mundo, esta narrativa se desmorona.

El caso de Shopify en el comercio electrónico es revelador. Durante campañas de alto tráfico, manejan miles de instancias de ProxySQL y emplean estrategias para distribuir el tráfico y proteger las bases de datos principales de MySQL. Aquí, la clave no es abandonar SQL, sino gestionar las lecturas en réplicas, controlar el acceso y automatizar cambios bajo presión.

Meta (anteriormente Facebook) proporciona otro interesante ejemplo con MyRocks, un motor de almacenamiento para MySQL que optimiza el espacio y las escrituras. La discusión, más que centrarse en SQL o NoSQL, aborda temas como el coste por terabyte y la eficiencia del almacenamiento, mostrando que SQL puede adaptarse a grandes escalas ajustando su infraestructura subyacente.

YouTube ha demostrado el potencial de escalar horizontalmente mediante el particionado con Vitess, respaldando la idea de que SQL puede adaptarse a estas necesidades siempre que se diseñe la topología adecuada. Estos ejemplos refuerzan la idea de que el éxito de un sistema recae más en la arquitectura y las prácticas de ingeniería que en el tipo de base de datos por sí solo.

Incluso PostgreSQL ha sido una herramienta fundamental para Instagram en su crecimiento, contradiciendo la percepción de que SQL solo es eficaz a escalas medianas. La capacidad de Instagram para manejar grandes volúmenes de datos refuerza la flexibilidad del modelo SQL cuando se acompaña de un diseño y operación robustos.

Otras compañías como Pinterest y Airbnb también han encontrado en MySQL un aliado para gestionar su escalabilidad, implementando técnicas de particionado y optimización de réplicas para mantener el rendimiento.

Por otro lado, MariaDB, a menudo vista como un «fork» de MySQL, ha demostrado ser una elección viable en grandes despliegues como los de la Fundación Wikimedia, destacando su compatibilidad y opciones de despliegue.

En resumen, SQL puede escalar adecuadamente si se diseña con inteligencia. Separar lecturas y escrituras, elegir claves de particionado adecuadas y construir una infraestructura sólida son pasos fundamentales en este proceso. El aprendizaje esencial no es elegir una base de datos vencedora, sino enfocarse en una estrategia de arquitectura eficaz que soporte el crecimiento mediante una ingeniería robusta y adaptada a las necesidades del sistema.

Más información y referencias en Noticias Cloud.