O que é Percona?
Como ele difere do MySQL?
Quando devemos considerar a mudança (ou atualização) do MySQL padrão para o Percona?
Para adicionar alguns detalhes em nossa situação, usamos quase exclusivamente o InnoDB (que eu entendo que Percona otimizou bastante) com extensas restrições de chave estrangeira e alguns procedimentos armazenados.
O que estamos descobrindo no momento é que o MySQL está otimizando mal nossas consultas e, portanto, qualquer consulta que ultrapasse 3-4 junções, temos que construir explicitamente com junções STRAIGHT para melhorar o desempenho.
O Percona Server é um fork do MySQL que surgiu há cerca de 7 anos. Os funcionários da Percona são em sua maioria ex-funcionários do MySQL. Eles se preocupam tanto com o desempenho do InnoDB que injetam 30.000 linhas de código em sua versão do MySQL para tornar esses aprimoramentos possíveis. Eles têm feito isso desde o MySQL 5.0 e ainda estão fazendo isso hoje.
MySQL (eh Oracle [ainda odeio dizer isso]) tem tentado acompanhá-lo Percona através de seu plugin InnoDB (desde o MySQL 5.1.38, agora totalmente nativo no MySQL 5.5)
Percona uma vez fez uma comparação agressiva das versões do MySQL. Na maioria dos casos DEIXADOS NÃO CONFIGURADOS, as versões mais antigas do MySQL superam as versões mais recentes . Você deve ajustar o MySQL para obter o máximo dele. Mudar para Percona pode não obter os aprimoramentos que você está procurando. Mesmo com o Percona, você deve descobrir quais melhorias de desempenho vêm prontas para uso e quais configurações você precisa configurar de outra forma.
Outras postagens que espero que sejam úteis
Além da resposta de RolandoMySQLDBA , minha observação é que o Percona oferece recursos que
Exemplos:
Assumindo o mesmo desempenho, o kit extra da Percona torna o MySQL muito mais viável