É seguro para substituir o MySQL para Percona Server com XtraDB no Debian Lenny?

Question

Eu gostaria de substituir MySQL 5.1 no meu servidor de 32 bits Debian Lenny para Percona Server com XtraDB. A principal razão é o melhor desempenho de Percona.

É servidor de produção com muitos serviços em execução. Muitos outros softwares pode depender mysql-cliente e outras bibliotecas compartilhadas do MySQL.

É seguro para substituir MySQL?

Por "seguro" Quero dizer: 1. Remova mysql, 2. instalar Percona 3. tudo funciona como antes

Será que vai quebrar dependências em software de terceiros? Será que vai precisar para mudar a configuração de software de terceiros (ie. Caminho socket, porta do servidor, compartilhado caminho bibliotecas)? Será que vai precisar para instalar trilhões de pacotes adicionais?

Eu realmente não quero situação com bibliotecas quebradas, ausentes ou arquivos de cabeçalho incompatíveis e assim por diante

Answer 1

Estamos atualmente no processo de modernização a partir do MySQL 4.1 a Percona Server 5.5 no trabalho e Percona é como dizem em seu site um completo substituto para o MySQL, os binários usar os mesmos nomes, ele usa as mesmas bibliotecas , colocação de arquivo mesma configuração, tem os mesmos parâmetros e tem exatamente a mesma sintaxe SQL. Eles também devem ser arquivo de dados compatível com a mesma versão (MySQL 5.1 a Percona 5.1, etc), mas não é nada que eu verifiquei pessoalmente.

Você é capaz de fazer um apt-get install Percona-server-server-5.1 depois de adicionar os seus repositórios de e ele irá substituir automaticamente MySQL porque marca-lo como um pacote conflitantes. Mas você deve fazer um dump SQL do banco de dados em primeiro lugar, é claro.

Atualmente, temos replicação criada a partir de um mestre MySQL 4.1 a um par de Percona 5,5 escravos e não tiveram problemas inserção SQL despejos de qualquer um.

Answer 2

... não sei.

Na minha experiência, a única maneira é fazer uma cópia de sua configuração existente em uma máquina antiga e executar alguns testes. Em seguida, trocar para o novo banco de dados e executar mesmos testes novamente.

Eu só troquei um conjunto de aplicações de Tomcat 5 para Tomcat 6 e, em teoria, com um ou dois ajustes, tudo deveria ter funcionado bem. Primeira vez que eu tentei OpenJava foi instalado ea coleta de lixo sujado as coisas. Segunda vez com a Sun Java, alguma data desonesto manipulação sujado as coisas e teve que ser corrigido, parece estar a correr bem agora.