O cache de consulta foi desativado na nova caixa. Trouxe query_cache_size de acordo com o valor antigo e o tempo de execução caiu para cerca de 3 segundos.
Eu mudei de hospedagem recentemente. A nova caixa é mais lenta que a antiga (é VPS vs. dedicada). No entanto, o teste de desempenho informa que uma boa parte da lentidão é controlada pelo banco de dados.
Eu tenho uma operação de referência. No host antigo, ele é executado por 2,2 segundos, em média, 0,2 segundo de tempo de acesso ao banco de dados. No novo, 18 seg, em média, 14 seg tempo de banco de dados.
O servidor é o mesmo - é o MySQL local v. 5.0.91-community em ambos os casos. Conectando através de soquetes Unix.
O que poderia explicar tal discrepância? Quais configurações do servidor devo olhar?
O sistema de discos VPS geralmente depende do uso do disco de outros sistemas operacionais e, portanto, às vezes é muito lento. Isso pode ser agravado por pequenas quantidades de memória do sistema VPS.
Tente ajustar o acesso ao disco rígido do banco de dados ou solicite discos rígidos independentes.
O uso de cache de consulta pode ser uma faca de dois gumes.
Pouca memória RAM dedicada ao VPS.
Também vai querer assistir a utilização por CPU - você só pode receber um segmento de hardware ou um compartilhamento de um único núcleo, dependendo da plataforma do SO e da arquitetura de HW do servidor em que o seu VPS está hospedado. As probabilidades são de que você é uma zona do Solaris (talvez até uma zona esparsa compartilhando um kernel comum) ou uma cadeia do Linux ...
Os fluxos de dados de E / S também serão compartilhados, portanto, se algumas de suas consultas exigirem varreduras de tabela, você estará se intrometendo em outros usuários e aguardando alguns ciclos enquanto suas operações são concluídas.
Soa como uma virtualização clássica "pegar 22" - serviço e & gerenciamento centralizado de recursos, mas desempenho mais lento sob cargas de pico.
Tags performance mysql