Não tive sorte em obter o MySQL 5.5 tão rápido quanto o 5.1 ou o MariaDB exatamente no mesmo hardware / banco de dados / ambiente no Windows Server 2003R2 ou 2008R2.
Meus benchmarks de nossa aplicação:
MySQL 5.5 + CentOS 5.2 (XenServer Virtual) = 28 seconds (box is "busy" not buried)
MariaDB (5.1) + Windows 2003 (Physical box) = 130 seconds (box is 2% busy)
MySQL 5.1 + Windows 2003 (Physical box) = 170 seconds (box is 2% busy)
MySQL 5.5 + Windows 2003 (Physical box) = 305 seconds (As high as 600 seconds...) (box is 2% busy)
A única diferença entre essas execuções é a remoção do bloqueio de ignorar e a execução do mysql_upgrade.exe para atualizar algumas tabelas para procs armazenados no 5.5.
Sim, eu sei que é um candidato a lançamento, estou enviando isso de volta para o MySQL também.
Nenhuma consulta lenta é registrada, não acha que está sendo lenta, apenas é.
Vou começar a vasculhar as próprias consultas para ver se os planos INSERT / SELECT passaram buggo no 5.5.
Dê uma olhada no link . Pode ser liberado para o disco na maioria das vezes (caixa é 2% ocupada é uma strong dica para isso) Você pode, após uma análise cuidadosa, querer definir uma combinação de
innodb_support_xa = 0
innodb_flush_log_at_trx_commit = 0 # ou 2?
sync_binlog = 0
e veja o que acontece.
Uma vez que você recebe sua carga da CPU, então faz sentido usar o Win2008R2, algumas melhorias visam especificamente o Vista +
Eu tive um problema no meu computador, as solicitações foram mais de 10 vezes mais lentas do que em um computador colega. Usei o arquivo my.ini , reiniciei o servidor e resolvi o problema.
Após alguns testes, verifica-se que a configuração específica que faz uma enorme diferença é innodb_flush_method=normal (a linha foi adicionada, então parece que meu servidor estava usando algum valor padrão antes).
Além disso, a linha sql-mode foi comentada, mas não sei se isso muda alguma coisa.