O SQL Server usa estatísticas de índice (não usadas) para otimizador

Sim, as estatísticas baseadas em índices podem ser usadas para ajudar na criação do plano de consulta, mesmo que o índice subjacente não seja usado para acessar dados no plano. Considere que o otimizador de consulta pode considerar muitos planos de consulta e caminhos de acesso a dados diferentes ao criar um plano de consulta. O plano de consulta compilado pode acabar não usando um dos índices considerados. Isso certamente não significa que qualquer plano de consulta que tenha se beneficiado das estatísticas desse índice precise ser invalidado, certo?

Um exemplo pode ser útil também. Primeiro, vou jogar cerca de 6,5 milhões de linhas em uma pilha:

DROP TABLE IF EXISTS dbo.A_GOOD_HEAP;

CREATE TABLE dbo.A_GOOD_HEAP (
    INDEXED_COLUMN BIGINT NULL,
    OTHER_COLUMN BIGINT NULL
);

INSERT INTO dbo.A_GOOD_HEAP WITH (TABLOCK)
SELECT CASE WHEN t.RN % 10 = 0 THEN 0 ELSE 1 END
, RN
FROM
(
    SELECT ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) RN
    FROM master..spt_values t1
    CROSS JOIN master..spt_values t2
) t;

Em seguida, criarei um índice em uma das colunas e examinarei o histograma do objeto de estatísticas que é criado automaticamente.

CREATE INDEX IX ON dbo.A_GOOD_HEAP (INDEXED_COLUMN);

DBCC SHOW_STATISTICS ('A_GOOD_HEAP', 'IX');

Segue o histograma:

╔══════════════╦════════════╦═════════╦═════════════════════╦════════════════╗
║ RANGE_HI_KEY ║ RANGE_ROWS ║ EQ_ROWS ║ DISTINCT_RANGE_ROWS ║ AVG_RANGE_ROWS ║
╠══════════════╬════════════╬═════════╬═════════════════════╬════════════════╣
║            0 ║          0 ║  645160 ║                   0 ║              1 ║
║            1 ║          0 ║ 5806440 ║                   0 ║              1 ║
╚══════════════╩════════════╩═════════╩═════════════════════╩════════════════╝

Com base nas estatísticas, há 5806440 linhas na tabela com valor 1 para INDEXED_COLUMN. Agora considere esta consulta:

SELECT COUNT(DISTINCT OTHER_COLUMN)
FROM dbo.A_GOOD_HEAP
WHERE INDEXED_COLUMN = 1;

O otimizador de consulta tem alguns caminhos de acesso diferentes para os dados. Ele também tem algumas opções de como calcular o agregado. Uma das considerações para a escolha de um algoritmo para o agregado é a estimativa de cardinalidade dos dados. Aqui está uma captura de tela do plano de consulta:

Observe que a estimativa corresponde exatamente ao histograma, mesmo que o índice não seja usado para acessar os dados. As versões mais recentes do SQL Server mostram quais estatísticas foram consideradas durante a otimização no plano de consulta. Você pode ver que a estatística associada ao índice foi usada:

No entanto, o sys.dm_db_index_usage_statsdmv não relata nenhuma atividade do usuário final no índice.