Acho que agora é a hora de brincar com o MariaDB (assim como agora é a hora de brincar com algo assim). Pessoalmente, eu esperaria até conhecer mais alguns desenvolvedores que implantaram o MariaDB em um site de cliente ativo antes de fazer isso sozinho.
Algumas situações podem exigir uma mudança de aplicativo, mas algo tão sério quanto mudar seu mecanismo de banco de dados não é algo que deva ser considerado levianamente.
Não há razão para especular se a Oracle "irá" continuar desenvolvendo o MySQL ativamente. Os fatos são fáceis de descobrir: veja o changelog e visualize os anúncios de lançamento. A verdade é que a Oracle acelerou o desenvolvimento do MySQL mais rápido do que nunca, e os lançamentos também são de boa qualidade, ao contrário do lançamento 5.1 da Sun ou do lançamento 5.0 do MySQL AB, ambos de péssima qualidade.
A Oracle merece reconhecimento por salvar o MySQL, não por abandoná-lo.
O MariaDB pode ser apenas conectado devido à compatibilidade com o MySQL. Além disso, existem alguns bons recursos para administração de banco de dados (ou seja, precisão de microssegundos do tempo de consulta em vez de apenas segundos).
Já fiz isso em vários sites Drupal e não tive nenhum problema.
O barão Schwartz parece muito confiante de que o MySQL permanecerá forte por um tempo. Pessoalmente, eu também não pularia do trem do MySQL ainda. Como o MySQL (eh, Oracle [que simplesmente não sai da língua, e nunca sairá]) continua a ser suportado, isso daria a outros, como Monty e Percona, a chance de acompanhar as mudanças do MySQL no MyISAM (embora isso pode ser raro). No caso de tais mudanças, Monty e Percona poderiam implementar mudanças correspondentes no código para MyISAM e MariaDB.
Você pode pensar no MySQL como se fosse o Seguro Social nos EUA. Embora haja muitas pessoas falando sobre a Previdência Social eventualmente desaparecer, sair da Previdência Social agora pode roubar um dos futuros pagamentos / benefícios mensais mais altos. Drizzle seguiu esse caminho e congelou o MyISAM no tempo e utiliza esse mecanismo de armazenamento apenas para uso em tabelas temporárias. A maioria dos usuários experientes do Drizzle está satisfeita com essa decisão, mas isso não deixa espaço para expectativas mais altas.
Portanto, até que o MySQL realmente desapareça, não há razão real para abandonar o MySQL. É claro que, quando o MariaDB se torna mais maduro e difundido, a troca de mecanismos de armazenamento e servidores de banco de dados torna-se simplesmente acadêmica e se resume a uma escolha pessoal.
A maioria dos meus servidores e clientes começaram a mudar para o MariaDB 5.2, pois ainda têm bancos de dados predominantemente baseados em MyISAM e, em http://vbtechsupport.com/606/ , fica claro que o MariaDB é o único a escolher se você deseja ganhos de desempenho relacionados ao MyISAM.
Acho que agora é a hora de brincar com o MariaDB (assim como agora é a hora de brincar com algo assim). Pessoalmente, eu esperaria até conhecer mais alguns desenvolvedores que implantaram o MariaDB em um site de cliente ativo antes de fazer isso sozinho.
Algumas situações podem exigir uma mudança de aplicativo, mas algo tão sério quanto mudar seu mecanismo de banco de dados não é algo que deva ser considerado levianamente.
Não há razão para especular se a Oracle "irá" continuar desenvolvendo o MySQL ativamente. Os fatos são fáceis de descobrir: veja o changelog e visualize os anúncios de lançamento. A verdade é que a Oracle acelerou o desenvolvimento do MySQL mais rápido do que nunca, e os lançamentos também são de boa qualidade, ao contrário do lançamento 5.1 da Sun ou do lançamento 5.0 do MySQL AB, ambos de péssima qualidade.
A Oracle merece reconhecimento por salvar o MySQL, não por abandoná-lo.
O MariaDB pode ser apenas conectado devido à compatibilidade com o MySQL. Além disso, existem alguns bons recursos para administração de banco de dados (ou seja, precisão de microssegundos do tempo de consulta em vez de apenas segundos).
Já fiz isso em vários sites Drupal e não tive nenhum problema.
Aprendi algo interessante...
O barão Schwartz parece muito confiante de que o MySQL permanecerá forte por um tempo. Pessoalmente, eu também não pularia do trem do MySQL ainda. Como o MySQL (eh, Oracle [que simplesmente não sai da língua, e nunca sairá]) continua a ser suportado, isso daria a outros, como Monty e Percona, a chance de acompanhar as mudanças do MySQL no MyISAM (embora isso pode ser raro). No caso de tais mudanças, Monty e Percona poderiam implementar mudanças correspondentes no código para MyISAM e MariaDB.
Você pode pensar no MySQL como se fosse o Seguro Social nos EUA. Embora haja muitas pessoas falando sobre a Previdência Social eventualmente desaparecer, sair da Previdência Social agora pode roubar um dos futuros pagamentos / benefícios mensais mais altos. Drizzle seguiu esse caminho e congelou o MyISAM no tempo e utiliza esse mecanismo de armazenamento apenas para uso em tabelas temporárias. A maioria dos usuários experientes do Drizzle está satisfeita com essa decisão, mas isso não deixa espaço para expectativas mais altas.
Portanto, até que o MySQL realmente desapareça, não há razão real para abandonar o MySQL. É claro que, quando o MariaDB se torna mais maduro e difundido, a troca de mecanismos de armazenamento e servidores de banco de dados torna-se simplesmente acadêmica e se resume a uma escolha pessoal.
A maioria dos meus servidores e clientes começaram a mudar para o MariaDB 5.2, pois ainda têm bancos de dados predominantemente baseados em MyISAM e, em http://vbtechsupport.com/606/ , fica claro que o MariaDB é o único a escolher se você deseja ganhos de desempenho relacionados ao MyISAM.
O MariaDB 5.3 também está se saindo muito bem com melhorias na replicação do mysql e confirmação de grupo, veja os resultados na página do MySQL no Facebook, bem como em https://lists.launchpad.net/maria-developers/msg04278.html