Provavelmente é o sniffing de parâmetros (pesquisa StackOverflow) .
A reconstrução de índice reconstrói implicitamente as estatísticas de índice, o que invalida o plano em cache que "corrige".
Eu tenho uma consulta que funciona bem há mais de 2 anos.
De repente, passou de 3 seg para 30+ para ser executado. Os índices da tabela têm uma fragmentação mínima, mas a reconstrução dos índices "corrige" por cerca de um dia.
Quando vou verificar a fragmentação, é em torno de 0,5 (não ruim). A tabela só vê cerca de 100 inserções e outras 100 atualizações por dia.
Não há bloqueios na mesa quando isso acontece. Alguma idéia do que verificar?
Provavelmente é o sniffing de parâmetros (pesquisa StackOverflow) .
A reconstrução de índice reconstrói implicitamente as estatísticas de índice, o que invalida o plano em cache que "corrige".
Verifique se suas estatísticas estão desatualizadas e atualize-as adequadamente.
Como é o plano de execução quando está tudo bem, quando não está funcionando corretamente?
Você está reconstruindo os índices ou desfragmentando os índices? Quão grande é a mesa? Quando foi a última vez que você atualizou as estatísticas da tabela?
Tags indexing sql-server