@Brinsley Obrigado por ajudar!

Perguntei ao suporte se era seguro , quais o procedimentos etc . Eles explicaram e disseram isso:

 A única desvantagem para Innodb é que é propenso à corrupção. Este, porém, foi diminuído nos últimos tempos, devido à capacidade para os arquivos de log para ser muito grande. A corrupção ocorre quando uma transação para abruptamente e faz com que uma incompatibilidade entre o arquivo ibdata e os arquivos IBD correspondentes contidos no diretório de banco de dados. InnoDB tentará recuperar usando os arquivos de log.

Obs: Está traduzido pelo google.

Mesmo assim não senti muita confiança rsrs!

Resolvido! Foi feita uma otimização do MySQL , reduziu o consumo para 20% ! Depois analisei e vi que 50% que estava usando era de apenas de uma (1) cpu não de todas , como o servidor de tem 8 núcleos ( "8 cpu") ta de boa!

 

2 horas atrás, LeandroSA disse:

Resolvido! Foi feita uma otimização do MySQL , reduziu o consumo para 20% ! Depois analisei e vi que 50% que estava usando era de apenas de uma (1) cpu não de todas , como o servidor de tem 8 núcleos ( "8 cpu") ta de boa!

 

Que tipo de procedimento realizou?

@Anger Nós modificamos algumas opções dentro de arquivo de configuração do MySQL do servidor.

= - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - =
key_buffer_size = 256M #Down de 384M
max_connections = 150 a partir de 300 #Down
table_cache = 2048 #UP de 512
= - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - =