Início / dba / Perguntas / 13752
Accepted
Martin Brown
Asked: 2012-02-24 04:27:56 +0800 CST

Como pode dm_db_index_usage_stats mostrar 0 para user_seeks e varreduras de usuário, mas um grande número para user_lookups?

  • 772

Provavelmente não estou entendendo alguma coisa, mas aqui está a pergunta.

Fiz uma consulta em dm_db_index_usage_stats. Percebi que alguns dos meus índices têm números grandes (6,5 milhões e 20 mil) na coluna user_lookups, mas também têm um zero nas colunas user_seeks e user_scans.

Meu entendimento (de livros on-line ) é que a coluna user_lookups conta pesquisas de favoritos. Pelo que entendi, é quando o banco de dados não consegue encontrar todas as colunas necessárias em um índice e precisa visitar a tabela principal ou o índice clusterizado para as colunas restantes. No entanto, por que o servidor SQL faria isso se nunca tivesse feito uma busca ou varredura no índice?

sql-server sql-server-2008-r2

1 respostas

  1. Best Answer

    São user_lookupspesquisas no índice. A varredura ou busca original terá estado em outro índice não coberto.

    Por exemplo

    CREATE TABLE T
(
X INT IDENTITY PRIMARY KEY,
Y INT CONSTRAINT UQ UNIQUE NONCLUSTERED,
Z CHAR(8000) NULL
)

INSERT INTO T(Y)
SELECT DISTINCT number 
FROM master..spt_values

GO

DECLARE @Z INT
SELECT @Z = Z
FROM T 
WHERE Y = 1

GO 1000

    Dá o seguinte plano

    Plano

    SELECT index_id, user_seeks,user_scans, user_lookups
FROM sys.dm_db_index_usage_stats
WHERE object_id = object_id('T')
ORDER BY index_id

    Mostra 1.000 buscas no NCI e 1.000 pesquisas no CI.

    index_id    user_seeks           user_scans           user_lookups
----------- -------------------- -------------------- --------------------
1           0                    0                    1000
2           1000                 0                    0

    BTW: Caso você não saiba, o user_lookupsmostrado aqui se refere ao número de vezes que um plano foi executado contendo o operador de pesquisa, não o número de pesquisas que realmente ocorreram. por exemplo, ambos os seguintes incrementam o contador em 1, apesar de realizar 0 e 2.161 pesquisas na realidade

    SELECT  Z
FROM T 
WHERE Y = -999

SELECT Z
FROM T WITH (FORCESEEK)
WHERE Y >= 0
    • 8

relate perguntas