Barrapunto

"es decir para usar MySQL en una aplicación no-GPL hay que pagar."

FUD como la copa de un pino: NO, NO y NO.

La propia GPL lo deja bien clarito. Puedes *utilizar* sin problemas un programa GPL, en cualquier tipo de solución, sea GPL o no. Lo que no puedes hacer es *enlazar* código GPL en una aplicación que no lo sea. En el caso que nos ocupa, y por poner un ejemplo muy común, puedes programar una web con cualquier tipo de licencia que acceda a una base de datos MySQL. NO TIENE POR QUÉ SER GPL.

"En mi opinión MySQL es sólo válida para aplicaciones sin requisitos transaccionales"

FALSO: Desde siempre, la "acidificación" de la aplicación se puede implementar en cualquier capa de la misma. Lo que sí es cierto es que si son *bastantes* (donde "bastantes" se define para cada caso) las operaciones que requieren control transaccional sobre varias operaciones y/o no te puedes fiar demasiado de la capacidad del equipo de programadores (por incompetencia, falta de tiempo, o lo que sea), un gestor de base de datos que incorpore características ACID sería una mejor elección.

Ahora mi opinión. MySQL ha tenido tradicionalmente un nicho muy claro: aplicaciones que requieren bases de datos con esquemas relativamente simples en las que la mayor parte del acceso a datos es de lectura y las pocas operaciones de escritura, o no tienen requisitos de transaccionalidad, o pueden ser manejados en capas superiores de la aplicación. Ahora bien, la(s) empresa(s) que está(n) detrás de MySQL, que quiere sacar dinero aumentando el nicho potencial de su producto, lo está haciendo crecer, haciéndole perder, al menos parcialmente, lo que la hacía buena en él: ahora MySQL es más difícil de administrar (hay más posibilidades) es más difícil programar utilizándola como back-end (por lo mismo) y es, presumiblemente, más lenta de lo que podría ser.

Yo la estoy usando en una aplicación con requerimientos transaccionales, gracias a su motor de tablas transaccionales: Innodb. Que va rápido también [innodb.com] (el SGBD que no mencionan en el benchmark, no sé por qué me parece que es Oracle ;)).