Cualquiera usó MySQL Forks en producción

9

Ahora que MySQL es propiedad de Oracle, muchos están comenzando a considerar el uso de algunos de los tenedores populares como MariaDB y Drizzle.

¿Alguien ha usado estos en producción durante períodos prolongados de tiempo? Si es así, ¿las características han sido estables y la experiencia ha sido comparable a MySQL?

Kyle Brandt
fuente
3
Tenga en cuenta que no creo que los sentimientos de las personas sobre este tema sean de mucha utilidad si no hay experiencia detrás de él: blog.stackoverflow.com/2010/09/good-subjective-bad-subjective .
Kyle Brandt el
Lamento ver que no se dieron muchas respuestas (solo Percona). ¿Entonces, qué piensas?
Aleksandr Levchuk

Respuestas:

9

No hemos utilizado las bifurcaciones de MySQL, pero para nuestro caso (una base de datos de Bioinformática) el cambio a PostgeSQL funcionó muy bien. La aplicación web (Cellwall Navigator, 10k líneas de código Perl y 10 tablas db) se ejecutaba en MySQL durante 5 años. Nos llevó 2 días ajustar el SQL para migrar a Postgres.

Ninguna aplicación codificó los ajustes necesarios, excepto la conexión a la base de datos.

Los ajustes fueron:

  • Se reemplazó la contraseña de MySQL () con Postgres md5 () como esto se SELECT id FROM users WHERE email = ? AND password = password(?)convierteSELECT id FROM users WHERE email = ? AND password = md5(?)

  • Conversión fácil para un MySQL STRAIGHT_JOIN a un JOIN regular

  • Y un caso de JOIN como este

SQL original, que fue permitido por MySQL (funcionó bien para la aplicación antes de la migración):

SELECT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ? GROUP BY sequence.id

Lo ajustamos para que sea el SQL adecuado que funciona en PostgeSQL y correcto para la aplicación:

SELECT DISTINCT sequence.id, ... FROM sequence JOIN xlink ON xlink.sequence = sequence.id WHERE xlink.accession = ?
Aleksandr Levchuk
fuente
2
+1 para PostgreSQL. En mi opinión, merece mucha más atención de la que recibe.
Steven lunes
4

Yo uso http://www.percona.com/software/percona-server/ ahora y es genial. También conozco algunas compañías de Internet muy populares que lo usan

Miguel
fuente
Es el mismo MySQL con el parche del motor de almacenamiento XtraDB, ¿no?
NARKOZ
1
no, también parchearon en gran medida el controlador InnoDB. También incluyeron muchos de los parches de Google que la gente de MySQL nunca puso
Mike
4

He estado ejecutando MariaDB en Ravelry.com durante aproximadamente un año. La base de datos maestra es 5 veces más grande que el grupo de búferes de 40 GB y maneja una buena cantidad de tráfico, aproximadamente 3,000 consultas por segundo en momentos de mucha actividad. En mi opinión, es el mejor MySQL que existe y no hay razón para usar ningún otro MySQL.

Funciona mejor que MySQL regular (gracias al complemento Pertra XtraDB / InnoDB incluido), se mantiene activamente y contiene parches y motores de almacenamiento útiles adicionales además del trabajo de Percona.

Podría seguir y seguir sobre características indispensables que MySQL simple no tiene: una mejora notable en el rendimiento con máquinas multiprocesador, el tiempo de recuperación innodb mejora enormemente, los errores en MySQL principal se solucionan rápidamente, las estadísticas de tablas e índices son extremadamente útiles ... Estoy emocionado de ver HandlerSocket agregado (a través de Percona )

MySQL 5.5 se lanzó recientemente y (finalmente) se acerca al rendimiento del motor XtraDB incluido, pero sigo pensando que MariaDB es un mejor camino a seguir.

Usa MariaDB.

Casey
fuente
Publiqué elogios similares para MariaDB en SO: stackoverflow.com/questions/2450534/…
Casey