Etiqueta: bases de datos

Categorías
Google MariaDB MySQL Oracle Ubuntu

Google pasa de MySQL y migra sus servidores a MariaDB

MariaDB vs MySQL

La migración de bases de datos de MySQL a MariaDB ha sido lenta pero inexorable: las noticias llegadas de Oracle en los últimos meses no hacía que la situación fuese especialmente halagüeña para el mítico gestor de bases de datos, y el interés por MariaDB, el fork con un desarrollo claramente más en línea con la anterior filosofía de MySQL, ha crecido de forma notable. Red Hat, la WikiPedia, y varias distribuciones Linux hace tiempo que hicieron ese cambio.

Google ha decidido migrar sus sitemas MySQL a MariaDB, algo que anunció en la conferencia Extremely Large Databases (XLDB) que se celebró la semana pasada. Uno de sus ingenieros, Jeremy Cole, así lo aclaró en una presentación sobre el estado general de MySQL.

El gigante de Internet ya tiene a un ingeniero para que trabaje conjuntamente con la MariaDB Foundation, y está trabajando en parches y actualizaciones para MariaDB 10.0 que ayuden a que la infraestructura de Google funcione a la perfección ocn esta plataforma.

La migración incluye miles de servidores MySQL, que pasarán de MySQL 5.1 a MariaDB 10.0, algo que como indican en The Register permite a Google liberarse de cualquier dependencia de Oraclae, una empresa que ha visto cómo todo lo que adquirió de Sun ha ido perdiendo interés para una comunidad Open Source que antes era parte crucial de esos desarrollos.

Categorías
MariaDB MySQL Red Hat Ubuntu

Red Hat abandona MySQL y se pasa a MariaDB

Red Hat y MariaDB

En el último de los movimientos en este sentido, Red Hat ha anunciado que en RHEL 7 hará el cambio de MySQL a MariaDB como motor de bases de datos por defecto, además de incluir MongoDB.

Los responsables de Red Hat lo han anunciado desde su Red Hat Summit que se está celebrando en Boston estos días. La medida de Red Hat era de esperar, sobre todo teniendo en cuenta que Fedora anunció a principios de año que también dejaba de utilizar MySQL en lugar de MariaDB.

Mientras que Fedora y otras como openSUSE ya anunciaron su decisión de pasarse a MariaDB, la decisión de Red Hat tendrá muchas más implicaciones al tratarse de un producto netamente empresarial. Oracle, propietaria de MySQL, no estará contenta con ese anuncio, pero lo cierto es que ellos también siguieron su propio camino al crear su propia distribución Linux tratando de competir con RHEL o SLES.

MariaDB se está convirtiendo así en el estándar de facto de la industria, y parece que MySQL está siendo condenada cada vez con mayor celeridad al ostracismo. Mal pintan las cosas para ese producto que ha sido (y es) pilar de muchos servidores y del que precisamente MariaDB es un fork.

Categorías
Arch Linux Fedora Gentoo Mageia openSUSE Oracle Slackware Ubuntu

MariaDB ya es la preferida de Arch Linux, Fedora, Mageia, openSUSE y Slackware. Y más.

MariaDB vs MySQL

Varias distribuciones de primer nivel han anunciado en las últimas semanas y días su decisión de adoptar MariaDB como sistema de gestión de bases de datos en lugar de MySQL, una plataforma que desde que cayó en manos de Oracle -tras la compra de Sun Microsystems- ha ido torciendo su camino y que muy pronto podría seguir los pasos de OpenOffice.org, el proyecto que acabó cedido a la Apache Foundation.

El problema reside en la incertidumbre que el modelo de licencias de MySQL tiene en casos en los que la edición comunitaria de este sistema de gestión de bases de datos se utilice con fines comerciales, y otros expertos revelan que en Oracle ya no se publica información útil sobre problemas de seguridad (CVEs). Las cinco distribuciones que han anunciado recientemente cambios al respecto son las siguientes:

  • Mageia: Mageia 2 fue la primera distribución en «arriesgarse» al cambio, y lo hicieron hace casi un año, con un salto que dejaba claro que confiaban plenamente en las posibilidades de MariaDB en lugar de MySQL, ya que según ellos, MariaDB «tiene un desarrollo mucho más abierto».
  • Slackware: anunció ayer mismo que la próxima versión de esta distribución adoptará MariaDB en lugar de MySQL, y de hecho va más lejos que otras alternativas, ya que sustituirá por completo MySQL con MariaDB, y no se limitará a ofrecerla de serie. No hay fecha estimada para la próxima versión de Slackware, pero tenemos como referencia el hecho de que Slackware 14 se anunció a finales de septiembre de 2012.
  • Arch Linux: en otro anuncio realizado ayer, uno de los máximos responsables de la distribución indicó que MariaDB se convierte a partir del anuncio en la implementación por defecto de MySQL. En ese anuncio se incluyen las instrucciones para realizar el cambio para los usuarios actuales, y aunque el proceso de migración es sencillo, pueden surgir algunas incompatibilidades que hacen imposible una actualización automática. En ese anuncio también nos hablan de Percona Server como alternativa, pero afirman que eligen MariaDB porque dispone de algunas características de mayor interés.
  • OpenSUSE: los desarrolladores de esta distribución dieron el salto definitivo a MariaDB en openSUSE 12.3, aunque ya pudimos ver este motor presente en ediciones preliminares de esa distribución. En realidad ese cambio estaba anunciado desde finales de enero, y ahora  ya es una realidad.
  • Fedora: en otro anuncio que se realizó poco después del de openSUSE, los responsables de Fedora anunciaron que Fedora 19, que llegará teóricamente en mayo, adoptará también MariaDB en lugar de MySQL.

No son las únicas, desde luego, y como señala la propia base de conocimiento del proyecto MariaDB, hay otras distribuciones implicadas en ese cambio. Destacan Gentoo, ALTLinux, Parabola GNU/Linux, TurboLinux, MariaDB Devian Live y The Chakra Project. En esa base de conocimiento también podemos encontrar una interesante comparativa de MySQL vs. MariaDB (hay que tener en cuenta que está realizada por los desarrolladores de MariaDB), y lo que parece claro es que MariaDB irá conquistando más y más distribuciones -curioso que en Canonical no se haya hablado nada de esa posibilidad para Ubuntu- durante este 2013.