Você deve apenas desativar o cache de consulta com
[mysqld]
query_cache_size = 0
e então reinicie o mysql. Por que eu sugeriria isso ???
O cache de consulta sempre se aproxima do InnoDB. Seria bom se o MVCC do InnoDB permitisse que as consultas fossem atendidas a partir do cache, se as modificações não afetarem leituras repetíveis para outras transações. Infelizmente, o InnoDB simplesmente não faz isso. Aparentemente, você tem muitas consultas que são invalidadas rapidamente e provavelmente não estão sendo reutilizadas.
Para o InnoDB no MySQL 4.0, o cache da consulta foi desativado para transações. Para o MySQL 4.1+, o InnoDB reproduz tráfego policial ao permitir o acesso ao cache de consultas por tabela.
Do ponto de vista da sua pergunta, eu diria que a justificativa para remover o cache da consulta não é tanto a sobrecarga, mas como o InnoDB gerencia.
Para obter mais informações sobre como o InnoDB interage com o cache de consultas, leia as páginas 213-215 do livro "High Performance MySQL (Second Edition)" .
Se todos ou a maioria dos seus dados são MyISAM, você pode seguir sua ideia original de usar SQL_NO_CACHE.
Se você possui uma combinação de InnoDB e MyISAM, terá que encontrar o equilíbrio certo para o seu aplicativo, com base no quão alto o cache está ausente. De fato, as páginas 209-210 do mesmo livro apontam os motivos das falhas de cache:
- A consulta não é armazenável em cache, porque contém uma construção não determinística (como CURRENT_DATE) ou porque seu conjunto de resultados é muito grande para armazenar. Ambos os tipos de consultas não armazenáveis aumentam a variável de status Qcache_not_cached.
- O servidor nunca viu a consulta antes, portanto nunca teve a chance de armazenar em cache seu resultado.
- O resultado da consulta foi armazenado em cache anteriormente, mas o servidor a removeu. Isso pode acontecer porque não há memória suficiente para mantê-lo, porque alguém instruiu o servidor a removê-lo ou porque foi invalidado
e as causas principais de falta de cache alto com poucas consultas incontroláveis podem ser:
- O cache da consulta ainda não está quente. Ou seja, o servidor não teve a chance de preencher o cache com conjuntos de resultados.
- O servidor está vendo consultas que não tinha visto antes. Se você não tiver muitas consultas repetidas, isso poderá acontecer mesmo após o aquecimento do cache.
- Existem muitas invalidações de cache.
UPDATE 2012-09-06 10:10 EDT
Procurando as informações atualizadas mais recentes, você query_cache_limitdefiniu 1048576 (1M). Isso limita qualquer resultado definido para 1M. Se você recuperar algo maior, ele simplesmente não será armazenado em cache. Enquanto você query_cache_sizedefiniu 104857600 (100M), isso permite apenas 100 resultados armazenados em cache em um mundo perfeito. Se você realizar centenas de consultas, a fragmentação ocorrerá rapidamente. Você também tem 4096 (4K) como o conjunto de resultados de tamanho mínimo. Infelizmente, o mysql não possui mecanismo interno para desfragmentar o cache da consulta.
Se você precisa ter o cache de consulta e ter muita RAM, pode executar o seguinte:
SET GLOBAL query_cache_size = 0;
SELECT SLEEP(60);
SET GLOBAL query_cache_size = 1024 * 1024 * 1024;
para limpar o cache da consulta. Como você perde todos os resultados armazenados em cache, execute essas linhas fora do horário de pico.
Eu também atribuiria o seguinte:
- query_cache_size = 1G
- query_cache_limit = 8M
Isso deixa 23G de RAM. Eu levantaria o seguinte:
- innodb_buffer_pool_size = 12G
- key_buffer_size = 4G
Isso deixa 7G. Isso deve ser adequado para conexões de sistema operacional e banco de dados.
Lembre-se de que o buffer da chave armazena em cache apenas as páginas de índice MyISAM, enquanto o InnoDB Buffer Pool armazena em cache os dados e os índices.
Mais uma recomendação: atualize para o MySQL 5.5 para poder configurar o InnoDB para várias CPUs e vários threads para E / S de leitura / gravação.
Veja minhas postagens anteriores sobre o uso do MySQL 5.5 em conjunto com o acesso a várias CPUs para o InnoDB
UPDATE 2012-09-06 14:56 EDT
Meu método para limpar o cache da consulta é bastante extremo, porque ele armazena dados em cache e forma um segmento completamente diferente da RAM. Como você apontou em seu comentário FLUSH QUERY CACHE(como você sugeriu) ou até RESET QUERY CACHEseria melhor. Para esclarecimento, quando disse "nenhum mecanismo interno", quis dizer exatamente isso. A desfragmentação é necessária e deve ser feita manualmente. Seria necessário crontab'd .
Se você faz DML (INSERTs, UPDATEs, DELETEs) no InnoDB com mais frequência do que no MyISAM, eu diria que remova o cache de consultas completamente, como disse no começo.