VivaLinux!

Finalmente los desarrolladores de MySQL presentaron un nuevo modelo de lanzamientos para su ciclo de desarrollo de su base de datos. El objetivo de los cambios es crear un modelo más dinámico, accesible, abierto y fácil de entender. Lo que también significa que el plan como lo conocíamos actualmente fue rechazado y las largamente esperadas nuevas características para MySQL 6.0 tiene prioridad principal nuevamente.

Los principios principales del nuevo modelo de desarrollo son ahora:

• La rama trunk está siempre por lo menos en calidad Beta.
• Un hito (milestone) comienza siempre en calidad Beta (nunca en Alpha) con una fusión (merge) entre las ramas trunk y stage.
• Los lanzamientos de los hitos (milestones), con calidad de RC (Release Candidates), serán cada 3 o 6 meses.
• Las ventanas de integración entre los hitos permitirán la inserción de nuevas características de las ramas de stages.
• Los lanzamientos GA (General Availability) sucederán cada 12 a 18 meses.
• Nunca habrá más de dos lanzamientos con soporte activo.

El próximo lanzamiento bajo este nuevo modelo tendrá el nombre código de "Azalea" e incluirá las características planeadas para MySQL 6.0 que están lo suficientemente estables como para ser incorporadas en el actual MySQL 5.4.

Finalmente se anunció en la reciente MySQL Conference 2009 la decisión que respondería a la pregunta del millón ¿dónde está el verdadero MySQL?: A partir de ahora los binarios de MySQL Community Server se publicarán al mismo tiempo que los de su contrapartida comercial MySQL Enterprise Server.

Este artículo en un blog de Sun explica mejor las verdaderas motivaciones: las contribuciones al proyecto con dos ediciones distintas eran difíciles y cada vez menos, aún llegando a desalentarlas. Este simple comentario en una revisión del repositorio del código de MySQL lo simplifica todo:

“Fusionar community con enterprise, terminando así la aventura del community-server”

Y también hay otras novedades importantes. Para desempantanar el desarrollo del próximo MySQL 6.0 se decidió abandonar su distribución como un gran binario que incluyera el motor de almacenamiento Falcon que se esperaba para esa versión, y el soporte de Maria (la versión crash-safe de MyISAM de Michael "Monty" Widenius), además de la característica de backups online.

Muchos ya lo veíamos venir. Finalmente se anunció en Helsinki, Finlandia, la Open Database Alliance, un "consorcio neutral diseñado para convertirse en el centro de la industria de la base de datos de código abierto MySQL, incluyendo el código de MySQL y sus derivados, binarios, entrenamiento, soporte y otras mejoras para la comunidad de MySQL y su ecosistema de socios".

Esta iniciativa está fundada por nada menos que Michael "Monty" Widenius, el creador original de MySQL, y Percona, una consultora especializada que ha estado lanzando su propia versión parchada de MySQL desde el año pasado.

Prometiendo más anuncios para los próximos meses, la Open Database Alliance ya está llamando a todos los que quieran unírsele:

“Todavía en desarrollo, la Open Database Alliance está abierta a todos los negocios, organizaciones e individuos interesados en crear un nuevo y centralizado recurso para MySQL y para asegurar que siga siendo una base de datos Open Source de gran calidad y alta performance”.

En la reciente MySQL Conference and Expo, llevada a cabo la misma semana en la que Oracle compró a Sun, se presentó muy sorpresivamente una versión Preview (preliminar) de la próxima MySQL 5.4, con importantísimas novedades en su performance y escalabilidad en servidores con procesadores de múltiples núcleos.

En algunos sistemas, la performance en bases de datos InnoDB puede llegar incrementarse hasta en un 15%, en parte gracias a un parche para SMP originalmente contribuído por Google. MySQL 5.4 también incluye sub-queries de ejecución más rápida, una administración de errores más robusta en sus procedimientos almacenados, soporte para DTrace, que puede ser usado en Solaris, Mac OS X y FreeBSD para examinar la performance de las consultas SQL y mucho más.

MySQL 5.4 está basado en el código de MySQL 5.1, pero incluye pequeños aunque muy impactantes cambios, como los mencionados. Extraoficialmente, algunos esperan que su versión definitiva llegue a finales de este año o a principios del siguiente.

Un ex-ingeniero del núcleo del servidor de MySQL publicó una muy inquietante pregunta en su blog: ¿Dónde está la rama (de desarrollo) oficial de MySQL?. Recordemos que Michael "Monty" Widenius, el creador original de MySQL, está trabajando en MariaDB, su propio fork desde que renunció a Sun; y que Brian Aker, director de arquitectura de MySQL, está trabajando en el propio fork de Sun de MySQL, Drizzle.

Sun puede tener ahora la marca registrada de MySQL, pero hay serias dudas de que ellos son todavía quienes mantienen su código base real después de que adquirieran la base de datos por la cifra récord de U$S 1000 Millones.

Incluso Don MacAskhill, que dará la charla de inauguración del próximo MySQL Conference, comentó en Twitter que él está usando la versión de MySQL de Percona, que desde el año pasado liberan lanzamientos con sus propios parches y los de terceros.

Cuando Sun compró MySQL AB el año pasado, Marten Mickos era el CEO (Chief Executive Officer) de la empresa. Ya trabajando en Sun Microsystems, Mickos fué Senior Vice President de su grupo de base de datos, pero no por mucho tiempo más si este reporte del 451 Group tiene razón. El rumor dice que Mickos abandonará Sun a finales del próximo mes de Abril "en el medio de la reorganización de su infraestructura y unidad de negocios de base de datos".

Pero timing para Sun no podría ser menos favorable: primero se fue David Axmark, co-fundador de MySQL, y luego le siguió Michael "Monty" Widenius el mismísimo creador original de la base de datos de código abierto más popular de todas.

Sun no emitió ningún comunicado oficial todavía, y el mismo 451 Group dice que la noticia todavía debe confirmarse.

MySQL Sandbox ofrece una manera fácil para instalar uno o más servidores de MySQL en aislamiento, sin afectar a otros ya existentes. Hay varias razones para instalar varias instancias de MySQL: probar diferentes tipos de replicación, evaluar tu código bajo diferentes versiones de MySQL, montar configuraciones diferentes por desarrollador para que cada uno pueda hacerle los cambios necesarios sin afectar al resto, etc.

Para usar MySQL Sandbox efectivamente necesitamos dos cosas: la propia aplicación y el tarball de la versión de MySQL que queremos aislar. Para obtener esta última debemos descargar el paquete binario (no el .RPM) compilado para Intel con glibc-2.3, por ejemplo, el paquete mysql-5.1.30-linux-i686-icc-glibc23.tar.gz (notar la cadena "icc" en el nombre).

Y como demostración de su configuración, el sitio HowtoForge publica una guía sobre cómo usar MySQL Sandbox para crear una instancia única de MySQL y también un servidor maestro con dos esclavos, demostrando que no existe otra manera más fácil de montar varios servidores MySQL para diferentes propósitos.

Ya el año pasado se había comenzado a especular sobre la inevitable partida de Michael "Monty" Widenius, el creador original de MySQL, de Sun Microsystems. Hoy finalmente Monty confirma su renuncia en su blog personal, aclarando que se quedó en esa empresa por 7 meses más para ayudar a Sun a organizar el desarrollo de MySQL y darle la posibilidad de crear un "rol óptimo" para él. Pero ambas cosas "no sucedieron lo suficientemente rápido".

Otro motivo decisivo que destaca Monty es su convencida y muy pública opinión reciente de que MySQL 5.1 GA no estaba listo para ser lanzando. Pero la más importante la explica él mismo:

“La principal razón para irme es que no estoy satisfecho con la manera en que el servidor de MySQL está siendo desarrollado. En particular me gustaría ver que el desarrollo del servidor se muda a un entorno de desarrollo verdaderamente abierto que aliente la participación de afuera sin ninguna necesidad de diferenciación en el código fuente. Sun lo ha estado considerando, pero el ritmo ha sido demasiado lento”.

Pero Monty no planea quedarse de brazos cruzados: su nueva empresa Monty Program Ab ya está trabajando en la máquina de almacenamiento transaccional Maria para MySQL (una versión crash-safe de MyISAM), y también en MariaDB, una nueva rama de desarrollo de MySQL 5.1 que Monty prefiere no llamar "fork".

Finalmente se anunció la versión "Generally Availabe" (GA) de MySQL 5.1, o lo que es lo mismo, la primera versión de MySQL 5.1 en ser recomendada para su uso en sistemas de producción. A pesar de sus novedades y su atractiva denominación GA, esta nueva versión 5.1.30 fué devastada por Michael Widenius en su blog.

Michael "Monty" Widenius, fundador y el programador original de MySQL, afirma que esta v5.1.30 incluye todavía muchos errores fatales conocidos y desconocidos en sus nuevas características que no fueron corregidos. Además, dice que el modelo de sus lanzamientos se enfoca ahora en los tiempos y las características en lugar de la calidad.

Monty incluso cita a Marten Mickos, antes CEO de MySQL AB y ahora vicepresidente del grupo de base de datos de Sun, diciendo que "MySQL 5.1 será lanzado como GA en o antes de Diciembre porque lo digo yo" (!).

La desconocida empresa de Nueva York Software Workshop anunció que liberó sus modificaciones a MySQL como un producto aparte llamado ExtSQL. Básicamente, ExtSQL ofrece nuevas herramientas para generar reportes sobre la actividad del servidor, discriminando por usuario, base de datos y hasta conexión. ExtSQL implementa esto con nuevos comandos y extensiones al lenguaje SQL, como por ejemplo:

SHOW STATISTICS select/insert FROM user HISTORY

Dice un administrador de Software Workshop:

"ExtSQL hace que el monitoreo sea fácil, especialmente debido a que almacena datos históricos. Antes veíamos picos en el uso pero era difícil identificiarlo con un usuario particilar. Patrones de uso alto son fáciles de rastrear y a menudo los clientes ni siquiera saben que están ejecutando aplicaciones pobremente diseñadas".

ExtSQL está disponible bajo la GPL, en versiones compatibles con MySQL 3.23, 4.1, 5.0 y 5.1. También hay versiones compatibles con PostgreSQL, aunque a la espera de la respuesta de la comunidad.