Cara, de boa: que tal dar uma olhada no código dessa consulta? Porque já é a segunda vez que vem o assunto à tona e vc menciona ela. Eu não sei o que tem nela para te ajudar, senão, até ajudava.
Qual o formato das tabelas sendo utilizadas? Vc tem certeza que seu código está encerrando a transação no final da consulta? O sistema que chama essa consulta está feito em que linguagem? C? C++? PHP? JSP? etc etc etc... Alguns links do site do MySQL que acho que podem te dar um help: http://www.mysql.com/news-and-events/on-demand-webinars/mysql-performance-tuning.php (5 dicas principais para tuning) http://dev.mysql.com/doc/mysql/en/system.html (ambiente) http://dev.mysql.com/doc/mysql/en/server-parameters.htm (servidor)l http://dev.mysql.com/doc/mysql/en/fulltext-fine-tuning.html (tuning da sua query) Um abc! On 8/29/05, Alexandre Bunn <[EMAIL PROTECTED]> wrote: > Boa tarde > > Olha so o resultado do top > > last pid: 8501; load averages: 1.18, 1.29, 1.24 > up 5+05:09:32 13:02:42 > 74 processes: 3 running, 71 sleeping > CPU states: 11.1% user, 5.6% nice, 83.3% system, 0.0% interrupt, 0.0% idle > Mem: 221M Active, 261M Inact, 141M Wired, 21M Cache, 86M Buf, 106M Free > Swap: 1024M Total, 228M Used, 796M Free, 22% Inuse > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU > CPU COMMAND > 27592 mysql 97 20 55424K 12932K RUN 81.4H 73.44% 73.44% mysqld > > O processo do mysql esta consumindo muito... dai quando vejo no > phpmyadmin quais > processos estao rodando tem ali apenas uma consulta sendo executada... > > Att, > > Alexandre > > Citando Paulo Pires <[EMAIL PROTECTED]>: > > > On 8/25/05, Alexandre Bunn <[EMAIL PROTECTED]> wrote: > >> Boa tarde > >> > >> Gostaria de saber o seguinte. Tem como controlar a porcentagem de CPU que > >> um > >> processo pode alocar? > >> > >> No /etc/login.conf so tem sobre tempo de cpu e sobre alocacao de memoria. > >> > >> So para esclarecer meu problema tenho um servidor web com mysql e em alguns > >> momentos meu processamento esta no talo devido ao mysql estar > >> detonando a CPU e > >> quando vejo no phpmyadmin esta rodando apenas uma consulta. > > > > Tem certeza que é CPU sendo consumida? Como você mediu? No memnto da > > medida, como estava a situação de RAM e de swap? > > > > Claro que consultas grandes e complexas tomam processamento, mas um > > SGBD típico gasta boa parte do tempo com I/O, mais do que com CPU. > > Nesse caso, aumentar a quantidade de RAM e ajustar o sistema para > > aumentar a eficiência do cache é a solução recomendada. > > > >> Sera que tem algum mecanismo seja no mysql ou no proprio FreeBSD para > >> evitar > >> esse tipo de problema, ou seja, de alguem desavisado que faca uma > >> consulta da > >> pior forma possivel detonar o acesso dos demais usuarios? > > > > Se fosse só CPU, nice(1) e renice(1) poderiam ajudar. Mas um processo > > que seja limitado por I/O vai receber prioridade maior do que qualquer > > processo de usuário limitado por CPU. > > > > Eu acho provável -- apesar de não ter visto os números -- que você > > esteja com alguma limitação de memória que, se não estiver causando > > thrashing (que pode induzi-lo a pensar que o parâmetro "load" esteja > > alto porque há processos usando CPU, quando, na verdade, está alto > > porque o sistema está demorando a conseguir carregar as páginas de que > > os processos precisam para conseguir executar, faznedo com que eles > > fiquem mais tempo na fila de processos "ready-to-run"), no mímino está > > comprometendo a qualidade dos buffers e cache de disco. > > > > -- > > Um abraço. > > Paulo A. P. Pires > > > > ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. > > > > _______________________________________________ > > Freebsd mailing list > > [email protected] > > http://mail.fug.com.br/ma > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > _______________________________________________ > Freebsd mailing list > [email protected] > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > _______________________________________________ Freebsd mailing list [email protected] http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
