[Tanenbaum]

Prezados a todos uma boa noite,

Hoje o dia todo me deparei com um problema sério em um dos servidores que administro, o load gerado pelo processo do mysql é enorme deixando o servidor muitas vezes instável e com o load passando dos 35.
Para que o servidor ficasse estável, tive que pedir para meu programador desativar algumas rotinas em AJAX que rodam na index do site, mas mesmo com isso o mysql nao baixa o load de forma alguma:

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5335 mysql 15 0 230m 112m 3380 S 193 5.6 338:07.28 mysqld

Alguém poderia me dar uma luz de como contornar ou sanar este problema? Desde já agradeço a atenção de todos.

Abraço.

[deieno]

Cara... dá uma reiniciada no mysql. As vezes acontece isto mas é porque alguma consulta ficou travada.

para ver os processos que estão sendo executados pelo mysql execute o comando
> mysql
> show full processlist;

[Tanenbaum]

Bom dia prezados,

Eu já fiz isso amigo, e já identifiquei o processo que causa o load. O problema é que nao consigo fazer com que esse processo, no caso, o MYSQL cause menos load no servidor.

Importante, o servidor está com o load sempre em 3 ou 4, mas no top é mostrado que o MSQL consome até 200% do CPU.

Peço que se possível, me dar uma luz amigos.

Desde já agradeço.

Abraço.

This post has been edited by Tanenbaum: 19 dezembro 2008 - 10:31

[alancb]

qual a query que é executada?

ja tentou reparar o banco?

ja verificou se a query nao fica em loop?

[AndreLuisPereira]

Isso pode mesmo estar relacionado a uma query mal formada.

Uma query programada incorretamente e que esteja em uma pagina com muitos acessos simultaneos pode levar um servidor, por mais potente que seja, a parar totalmente.

Solicite ao programador tente isolar o arquivo PHP em que o programa se concentra. Ele provavelmente é o arquivo que está respondendo às chamadas ao AJAX que voce descreveu.

Achado esse arquivo, peça a ele que faça um teste em cada query ao MySQL presente nele para tentar isolar uma ou mais que estejam abusando do banco de dados. Encontrando isso, peça a ele para reescreve a sua logica, ja que se for esse o caso, a atual alternativa é incompativel com a quantidade de acessos que seu site esta tendo.

Uma coisa que pode estar ocorrendo é que voce pode estar sofrendo um ataque em algum arquivo com query para o MySQL programada de maneira vulneravel. Assim alguem que faça um numero muito grande de acessos de uma vez a esse arquivo, vai fazer o seu load subir. Esse é um tipico ataque de DDoS voltado ao MySQL.

Se um arquivo em especifico esta sofrendo muito mais acessos da internet do que o resto, pode ser este o caso.

Verifique tudo isso.

Bons negócios.

[Tanenbaum]

Prezados,

Muito obrigado pela orientação amigo alancb, já estou verificando as querys e vendo se conseguimos refiná-las, em breve postarei o resultado aqui.

Um abraço a todos.



Ops,

Obrigado a vocês também André Luis e deieno, não tinha vistos seu post quando fiz o meu, já estou fazendo tudo isso com os programadores. Em breve postarei o resultado.

Mais uma vez muito obrigado.

[AndreLuisPereira]

----------- Apagado pois já havia sido publicad. Sorry

This post has been edited by AndreLuisPereira: 19 dezembro 2008 - 11:39

[duranduran]

Verifique também o seu /etc/my.cnf e tente optimiza-lo. Existem alguns exemplos de my.cnf no /usr/share/mysql

[little_oak]

Precisa de muita onda não, faça o seguinte, vai no google e pesquisa por:
MySQL Performance Tuning Primer Script

Depois disso, dê um pulinho aqui -> http://josefernandes.pt/artigos/optimizar-mysql-linux

Estude, pegue os macetes e seja feliz!

Se achou que essa dica ajudou, nÃo se esqueça, envie-me uma caixa de Bis branco!

[Tanenbaum]

Boa tarde a todos,

Little que ótimo material meu amigo, me mande seu endereço que te enviarei a caixa de bis kekekekeke, gostaria de dizer a todos vocês que as dicas de todos foram de suma importancia para a resolução do problema.

Nós otimizamos as querys e usamos os procedimentos de optimização que todos vocês nos enviaram, estão todos de parabéns pela excelente ajuda.

PROBLEMA RESOLVIDO

Mais uma vez, muito obrigado pela ajuda e atenção.

Abraços a todos.

[little_oak]

Valeu man!
God Bless e feliz natal!

[Juliano P]

É bom tambem olhar as queries dos clientes e criar indices... muitos nao sabem fazer isso e quem acaba se fudendo é o administrador do servidor.

[little_oak]

É bom tambem olhar as queries dos clientes e criar indices... muitos nao sabem fazer isso e quem acaba se fudendo é o administrador do servidor.

Triggers também, mas aí é que está, imagina um server com 1.000 accounts e todos os sites dando update, drop, create, select insert e tal, como fica a vida do admin?

O bom (eu acho) é insentivar a galera a boas práticas de programação, isso resolve o caso. (serve até para aqueles caras que usam newsletter em server que tem limitação de email... se souber fazer também dá certo)

Tudo é boa prática do programador (90% dos casos).

Feliz 2009 pessoal, que seja um ano de mega realizações em nossas vidas!

[leonardoal]

Aqui num dos vps que tenho, instalei um sistema de maketing por e-mail, ahhhh companheiro, exim + mysql trabalhando nos 100% na maior parte do tempo.
Bom, numa manobra rápida, editei as configurações do mysql.max_persistent do php.ini ,para OFF.
Resultado, vpscinho ta funcionando a todo vapor e só comendo 50% da cpu.
Isso com o Cpanel 11 rsrsrssr
Abs boa sorte em 2009!

[little_oak]

Depende da tua aplicação, por isso que deu resultado, mas varia e muito.