Diminuição do desempenho do Mysql após upgrade de hardware superior

3

Sou muito novo no Percona / database servers e não sei como abordar o seguinte problema.

Alguns dias atrás eu atualizei o hardware de um cluster Percona (3 nós) com um servidor muito superior.

Especificações do hardware anterior:

Vendor: OEM  
cpu: i7-3930K 3.2 GHz(12 cores)  
RAM: 64G  (8 x 8GB DIMM DDR3 1334Mhz)
I/O: software RAID

Especificações do novo hardware:

Vendor: DELL PowerEdge™ R730 DX291   
cpu: Intel(R) Xeon(R) CPU E5-2630v3 2.4GHz  (32 cores)
RAM: 128G  (8 x 16GB DIMM DDR4 1866Mhz)
I/O: Hardware raid ( raid10 - 1024M Non-Volatile cache - Adaptive Read Ahead - Writeback) 

Carga de trabalho do banco de dados:

writes (inserts-updates): 25 per second
reads (select): 350 per second

A diferença dos servidores é enorme e eu esperava que o desempenho do percona (mysql) aumentasse significativamente, no entanto, depois de visualizar várias estatísticas da nova relíquia, notei o oposto.

Por exemplo, o tempo de resposta de algumas consultas aumentou de 2 ms para 6 ms. O tempo de consulta de algumas outras consultas selecionadas aumentou de 50 ms para 75 ms.

Alguma idéia de como solucionar isso?

    
por giomanda 16.12.2015 / 15:26

1 resposta

1

Primeiro, é difícil responder à sua pergunta sem entender melhor suas cargas de trabalho e o hardware disponível. Por exemplo:

  1. Sua carga de trabalho é lida ou escrita centrada?
  2. Seu ataque de hardware tem um cache de gravação não volátil? Em caso afirmativo, ele está configurado no modo writeback ou writethrough?
  3. Qual é a velocidade dos seus módulos DRAM?
  4. E assim por diante ...

De qualquer forma, vamos fazer algumas suposições: imagino que sua carga de trabalho seja centrada na leitura e que a memória RAM do Xeon seja de maior densidade, mas menor velocidade. Se assim for, você provavelmente é mordido por esses fatores:

  1. Relógio inferior: o i7-3930k possui velocidade 3.2 / 3.8 GHz (base / turbo), enquanto o seu Xeon 2630v3 roda a 2.4 / 3.2 GHz
  2. Memória mais lenta: devido à maior densidade e exigência de ECC, a latência do Xeon deve ser significativamente maior do que a do i7
  3. Soquete duplo versus soquete único: para extrair o máximo desempenho, o sistema multi-soquete precisa ser cuidadosamente ajustado para evitar a migração desnecessária de processos, o cache de lixo, o acesso à memória de nós remotos superfluidos e os gostos.

Em outras palavras, você precisa rastrear as necessidades específicas de seu aplicativo antes de alterar sua infraestrutura de cluster. Caso contrário, você corre o risco de comprar hardware de alta produtividade enquanto precisa de um de baixa latência e vice-versa.

    
por 16.12.2015 / 18:27