Recentemente, encontramos o problema do ponto de inflexão e algumas de nossas consultas de relatório que costumavam concluir a execução em alguns segundos agora estão demorando mais de 2 minutos, porque o otimizador de consulta simplesmente ignora o índice não agrupado na coluna de pesquisa. Uma consulta de exemplo abaixo:
select top 100 *
from [dbo].[t_Call]
where ID > 0
and throwtime between '3/20/2014 7:00:00 AM' and '3/24/2014 6:59:59 AM'
order by id
A ID
coluna está Throwtime
indexada em cluster e possui índice não clusterizado. Nesse caso, notamos que a ordenação por em throwtime
vez de ID
alterar o plano de consulta e o índice não clusterizado é usada. Também estamos planejando arquivar alguns dos dados antigos (atualmente possui 20 milhões de linhas !!). Mas fazer essas alterações no aplicativo levará algum tempo e preciso encontrar uma maneira de fazer os relatórios serem executados razoavelmente rápido, sem fazer alterações no nível do aplicativo (oh, isso é a vida!).
Digite o guia de plano. Criei o guia de plano abaixo com uma dica de consulta de índice não clusterizada e, por algum motivo, o índice não clusterizado ainda não é usado. Estou esquecendo de algo?
EXEC sp_create_plan_guide
@name = N'[prod2reports_callthrowtime]',
@stmt = N'select top 100 *
from [dbo] . [t_Call]
where ID > @0 and @1 < = ThrowTime and ThrowTime < = @2 order by ID',
@type = N'SQL',
@module_or_batch = N'select top 100 *
from [dbo] . [t_Call]
where ID > @0 and @1 < = ThrowTime and ThrowTime < = @2 order by ID',
@params = N'@0 int, @1 datetime, @2 datetime',
@hints = N'OPTION (TABLE HINT( [dbo] . [t_Call],
INDEX(IDX_NC_t_call_ThrowtimeProblemCodes)))'
GO
throwtime between '3/20/2014 7:00:00 AM' and '3/24/2014 6:59:59 AM'
para throwtime >= '20140320 07:00' AND throwtime < '20140324 07:00';
- consulte este post do blog e também este .