Início / dba / Perguntas / 341885
Accepted
J. Mini
Asked: 2024-08-25 11:04:05 +0800 CST

REORGANIZAR páginas compactas e respeitar o fator de preenchimento?

  • 772

Sempre me disseram que isso REORGANIZEnão faz nada para corrigir o preenchimento deficiente da página, porque tudo o que faz é reordenar as páginas no disco. Para investigar isso, li a documentação. No entanto, descobri que isso se contradiz. Otimize a manutenção do índice para melhorar o desempenho da consulta e reduzir as reclamações de consumo de recursos

A reorganização também compacta as páginas de índice para tornar a densidade da página igual ao fator de preenchimento do índice.

e os documentos para ALTER INDEXapoiar isso

A reorganização também compacta as páginas de índice. A compactação é baseada no valor do fator de preenchimento existente.

mas isso é contradito pela documentação do fator de preenchimento

Uma configuração explícita FILLFACTORse aplica somente quando o índice é criado ou reconstruído pela primeira vez. O Mecanismo de Banco de Dados não mantém dinamicamente a porcentagem especificada de espaço vazio nas páginas.

Então, o que está acontecendo? As páginas compactam e respeitam REORGANIZEo fator de preenchimento? Ou é apenas mover páginas de folhas e não compactar?

sql-server

1 respostas

  1. Best Answer

    Você tentou? Essas coisas são muito fáceis de tentar e você não precisa acreditar na palavra de outra pessoa.

    Mostrar resposta é: Sim . Reorg compacta páginas.

    Veja o código abaixo, onde há um índice clusterizado com cerca de 68% de preenchimento no nível folha e após a reorganização é de 99%.

    Em relação à declaração abaixo na documentação:

    Uma configuração FILLFACTOR explícita se aplica somente quando o índice é criado ou reconstruído pela primeira vez. O Mecanismo de Banco de Dados não mantém dinamicamente a porcentagem especificada de espaço vazio nas páginas.

    Acima refere-se a declarações de modificação geral. (Seria ridículo manter o fillfactor ao fazer uma inserção, por exemplo.) Por que reorg não é mencionado na lista de exceções? Evidentemente um descuido. Você está convidado a fornecer feedback sobre a documentação, se desejar.

    A reprodução:

    USE tempdb
GO

DROP TABLE IF EXISTS frag
CREATE TABLE frag(c1 int identity, c2 varchar(80))
GO

--Clustered index on c1 column
CREATE CLUSTERED INDEX c1 ON frag(c1)

--Insert 100,000 rows
INSERT INTO frag (c2) 
SELECT TOP 100000 'Hello' FROM sys.columns AS a CROSS JOIN sys.columns AS b CROSS JOIN sys.columns AS c
GO

--Generate fragmentation, make half of the rows larger
UPDATE frag SET c2 = 'Hello there, everybody!'  WHERE c1 % 2 = 1
GO

--Verify page fullness: 68% 
SELECT page_count, avg_page_space_used_in_percent
FROM sys.dm_db_index_physical_stats(DB_ID(), OBJECT_ID('frag'), NULL, NULL, 'DETAILED')
WHERE index_level = 0


--Reorg
ALTER INDEX ALL ON frag REORGANIZE


--Check page fullness: 99% 
SELECT page_count, avg_page_space_used_in_percent
FROM sys.dm_db_index_physical_stats(DB_ID(), OBJECT_ID('frag'), NULL, NULL, 'DETAILED')
WHERE index_level = 0
    • 2

relate perguntas