Il comando DELETE è troppo lento in una tabella con indice cluster

Question

Ho una tabella piuttosto grande denominata FTPLog con circa 3 milioni di record Desidero aggiungere un meccanismo di eliminazione per eliminare i vecchi registri ma il comando di cancellazione richiede molto tempo. Ho scoperto che l'eliminazione dell'indice cluster richiede molto tempo.

DECLARE @MaxFTPLogId as bigint 
SELECT @MaxFTPLogId = Max(FTPLogId) FROM FTPLog WHERE LogTime <= DATEADD(day, -10 , GETDATE()) 
PRINT @MaxFTPLogId 
DELETE FROM FTPLog WHERE FTPLogId <= @MaxFTPLogId 

Voglio sapere come posso migliorare le prestazioni dell'eliminazione?

Answer 1

Poiché si tratta di una tabella di registro, non è necessario creare cluster.

È improbabile che lo cerchino su Id.

Modificare il numero PRIMARY KEY in modo che non sia in elenco. Questo userà HEAP metodo di archiviazione che è più veloce sul DML:

ALTER TABLE FTPLog DROP CONSTRAINT Primary_Key_Name 
ALTER TABLE FTPLog ADD CONSTRAINT Primary_Key_Name PRIMARY KEY NONCLUSTERED (FTPLogId) 

, e proprio problema:

SELECT @MaxFTPLogTime = DATEADD(day, -10 , GETDATE()) 
PRINT @MaxFTPLogId 
DELETE FROM FTPLog WHERE LogTime <= @MaxFTPLogTime 

Answer 2

controllare la densità della tabella (uso comando DBCC SHOWCONTIG per controllare la densità) densità di scansione [Conteggio migliore: Conteggio effettivo] questo parametro deve essere più vicino al 100% e La frammentazione della scansione logica deve essere più vicina allo 0% per le migliori prestazioni della tabella. In caso contrario, reindicizzare e reindirizzare l'indice di tale tabella per migliorare le prestazioni dell'esecuzione della query.

Answer 3

Potrebbe essere lento perché una cancellazione di grandi dimensioni genera un grande registro delle transazioni. Prova a eliminarlo in blocchi, ad esempio:

WHILE 1 = 1 
BEGIN 
    DELETE TOP (256) FROM FTPLog WHERE FTPLogId <= @MaxFTPLogId 
    IF @@ROWCOUNT = 0 
     BREAK 
END 

Questo genera transazioni più piccole. E attenua i problemi di blocco creando spazi di respirazione per altri processi.

È inoltre possibile esaminare partitioned tables. Questi potenzialmente ti permettono di eliminare le vecchie voci facendo cadere un'intera partizione.

Answer 4

Suppongo che non solo questa tabella sia enorme in termini di numero di righe, ma anche che sia molto utilizzata per registrare nuove voci mentre si tenta di pulirla.

Suggerimento di Andomar dovrebbe aiutare, ma vorrei provare a ripulirlo quando non ci sono inserimenti in corso.

Alternativa: quando si scrivono i registri, probabilmente non ci si preoccupa molto dell'isolamento della transazione. Perciò vorrei cambiare il livello di isolamento delle transazioni per il codice/processi che scrivono le voci del registro in modo da può evitare di creare enormi tempdb (a proposito, verificare se tempdb cresce molto durante questo DELETE)

Inoltre, ho pensa che le delezioni dall'indice cluster non dovrebbero essere molto più lente di quelle non in cluster: sei ancora psysically eliminare le righe. Ricostruire questo indice in seguito potrebbe richiedere del tempo.