Alguém usou MySQL Forks na produção

9

Agora que o MySQL é de propriedade da Oracle, muitos estão começando a considerar o uso de alguns dos garfos populares, como MariaDB e Drizzle.

Alguém as usou na produção por longos períodos de tempo? Em caso afirmativo, os recursos foram estáveis e a experiência foi comparável ao MySQL?

mysql mariadb

— Kyle Brandt
fonte

3

Observe que eu não acho que os sentimentos das pessoas sobre este tópico sejam de grande utilidade se não houver experiência por trás dele: blog.stackoverflow.com/2010/09/good-subjective-bad-subjective .

— Kyle Brandt #

Lamento ver que não foram dadas muitas respostas (apenas Percona). Então, o que você acha?

— Aleksandr Levchuk

9

Não usamos os garfos do MySQL, mas para o nosso caso (um banco de dados de Bioinformática) a mudança para o PostgeSQL funcionou muito bem. O aplicativo da Web (Cellwall Navigator, 10k linhas de código Perl e 10 db tabelas) estava em execução no MySQL por 5 anos. Demoramos 2 dias para ajustar o SQL para migrar para o Postgres.

Nenhum aplicativo codificado precisou de ajustes, exceto a conexão com o banco de dados.

O ajuste foi:

Senha do MySQL substituída () pelo Postgres md5 () como esta SELECT id FROM users WHERE email = ? AND password = password(?)se tornaSELECT id FROM users WHERE email = ? AND password = md5(?)
Fácil conversão para um MySQL STRAIGHT_JOIN em um JOIN regular
E um caso JOIN como este

SQL original, permitido pelo MySQL (funcionou bem para o aplicativo antes da migração):

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

Nós o ajustamos para o SQL apropriado que funciona no PostgeSQL e corrige para o aplicativo:

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

— Aleksandr Levchuk
fonte

2

+1 para o PostgreSQL. OMI, merece muito mais atenção do que recebe.

— Steven Monday

4

Eu uso http://www.percona.com/software/percona-server/ agora e está ótimo. Também conheço algumas empresas de Internet muito populares que o utilizam

— Mike
fonte

É o mesmo MySQL com o patch do mecanismo de armazenamento XtraDB, não é?

— NARKOZ

1

não, eles também corrigiram fortemente o driver InnoDB. Também incluíam muitos patches do Google que o pessoal do MySQL nunca instalou

— Mike

4

Estou executando o MariaDB no Ravelry.com há cerca de um ano. O banco de dados mestre é 5x maior que o buffer pool de 40 GB e lida com uma quantidade razoável de tráfego - cerca de 3 mil consultas por segundo em horários de pico. Na minha opinião, é o melhor MySQL existente e não há razão para usar qualquer outro MySQL.

Ele tem um desempenho melhor do que o MySQL normal (graças ao plug-in Percona XtraDB / InnoDB incluído), é mantido ativamente e contém patches e mecanismos de armazenamento úteis adicionais, além do trabalho da Percona.

Eu poderia continuar falando sobre recursos indispensáveis que o MySQL simples não possui - melhoria acentuada do desempenho com máquinas multiprocessadoras, tempo de recuperação do innodb é muito melhorado, bugs no MySQL principal são tratados rapidamente, estatísticas de tabelas e índices são extremamente úteis ... Estou animado para ver o HandlerSocket adicionado ( via Percona )

O MySQL 5.5 foi lançado recentemente e (finalmente) se aproxima do mecanismo XtraDB incluído em termos de desempenho, mas ainda acho que o MariaDB é o melhor caminho a percorrer.

Use MariaDB.

— Casey
fonte

Eu publiquei elogios semelhantes para MariaDB no SO: stackoverflow.com/questions/2450534/…

— Casey