[MASOCH-L] RES: Mysql
Juliano Primavesi - Cyberweb Networks
juliano at cyberweb.com.br
Fri Oct 26 15:37:40 -03 2007
Olha, tem um trabalho que fazemos com nossos clientes que é logar as
queries e depois, manualmente, com ajuda do explain, pescar as que
possam estar carregadas d+ e com possibilidade de inclusao de um indice
para auxiliar nas pesquisas.
Acrescentando log = /var/log/mysql.log no /etc/my.cnf, ele vai logar
TUDO neste arquivo. Depois, com um programinha basico, você debuga o
arquivo, faz um levantamento de quais queryes são mais acessadas, e, com
explain, verifica quantos registros estão sendo pesquisados em cada uma.
Juliano
Leonardo Rodrigues Magalhães escreveu:
> Se bem que trocar de 32bit pra 64bit não faz mágica. Definitivamente
> deve ajudar, mas mágica não faz.
>
> Pelo que o colega relatou, eu me sinto altamente tentado a culpar a
> modelagem do banco, alguma query rodando sem índice, alguma query
> rodando com argumento que força uma leitura linear da tabela (LIKE da
> vida) ... prefiro acreditar que possa ser isso à configuração/otimização
> do banco.
>
> Também concordo com os colegas que, a não ser que você saiba
> EXATAMENTE o que o nolock pode acarretar, você NÃO deve utilizá-lo. Se o
> banco gera lock nas tabelas, é porque esses locks são necessários.
> Nenhum banco sai bloqueando tabelas desnecessariamente. Agora se o admin
> do banco tem absoluta consciência das consequências que um nolock pode
> gerar, a inconsistência de dados que isso pode trazer, então vai fundo.
>
> Sobre o MyISAM reescrever nos espaços vazios, isso é realmente um
> problema em tabelas que possuem grande rotatividade de dados.
> Geralmente, pra resolver, basta rodar uma vez por semana um 'optimize
> table xxxxx', o comando reconstrói a tabela e reduz esses espaços
> vazios. Se bem que eu já vi discussões em listas de MySQL onde o pessoal
> falava que era pra deixar o pau quebrar, que não era boa usar optimize
> table não. Diziam, que em muitos casos, isso faz a performance cair ao
> invés do óbvio que seria aumentar. Pena que não tenho os arquivos dessa
> lista mais ..... :(
>
> Marcos Dutra, posta ai as queries que matam seu banco. Se elas
> bloqueiam as tabelas e ferram sua vida, não vai ser difícil encontrá-las
> no 'show processlist' não.
>
> Coloca também, por favor, a quantidade de registros (select count(*)
> from nometabela) de cada uma das tabelas envolvidas bem como a query de
> criação delas (show create table nometabela).
>
>
> Diego HC Silva escreveu:
>
>> Já tive problema do genero e tb ajudou a troca do sistema operacional para 64bits...
>>
>> O que fez com os processos do mysql, utilizasse 5gb de ram por exemplo... como era no meu caso com o um servidor com 9gb de ram.....
>>
>>
>
>
More information about the masoch-l
mailing list