如何在 SQL SERVER 中快速有條件刪除海量數據
更新時間:2006年12月21日 00:00:00 作者:
最近有個朋友問我,他說他在SQLSERVER刪除幾百萬到幾千萬數據是顯的很慢,幫他分析了一下,提了一些以下意見,或許對很多人有用。
如果你的硬盤空間小,并且不想設置數據庫的日志為最小(因為希望其他正常的日志希望仍然記錄),而且對速度要求比較高,并清除所有的數據建議你用turncate table1,因為truncate 是DDL操作,不產生rollback,不寫日志速度快一些,然后如果有自增的話,恢復到1開始,而delete會產生rollback,如果刪除大數據量的表速度會很慢,同時會占用很多的rollback segments,同時還要記錄下G級別的日志 ;當然如果有條件刪除比如where time〈'2006-3-10' 怎么辦,能不能不記錄日志用delete,回答是不行的,SQL Server 引擎在設計上就會對 Delete 操作進行日志記錄。至今沒有辦法強制制定某一些語句不記錄到日志中,如果在執(zhí)行 Delete Table1 where Time 〈 '2006-3-10' 由于涉及的記錄比較多,所以日志記錄也相應很大(3-4G),如果可行,我建議用以下方式:
選出您所需要保留的記錄到新的表。如果您使用 Full Recovery Mode
根據SELECT INTO的記錄數,日志可能會比較大
Select * into Table2 From Table1 Where Time 〉 = '2006-03-10'
然后直接Truncate Table1。無論何種恢復模式都不會進行日志記錄:Truncate table Table1
最后對Table2進行改名為Table1:EC sp_rename 'Table2', 'Table1'
如果你的硬盤空間小,并且不想設置數據庫的日志為最小(因為希望其他正常的日志希望仍然記錄),而且對速度要求比較高,并清除所有的數據建議你用turncate table1,因為truncate 是DDL操作,不產生rollback,不寫日志速度快一些,然后如果有自增的話,恢復到1開始,而delete會產生rollback,如果刪除大數據量的表速度會很慢,同時會占用很多的rollback segments,同時還要記錄下G級別的日志 ;當然如果有條件刪除比如where time〈'2006-3-10' 怎么辦,能不能不記錄日志用delete,回答是不行的,SQL Server 引擎在設計上就會對 Delete 操作進行日志記錄。至今沒有辦法強制制定某一些語句不記錄到日志中,如果在執(zhí)行 Delete Table1 where Time 〈 '2006-3-10' 由于涉及的記錄比較多,所以日志記錄也相應很大(3-4G),如果可行,我建議用以下方式:
選出您所需要保留的記錄到新的表。如果您使用 Full Recovery Mode
根據SELECT INTO的記錄數,日志可能會比較大
Select * into Table2 From Table1 Where Time 〉 = '2006-03-10'
然后直接Truncate Table1。無論何種恢復模式都不會進行日志記錄:Truncate table Table1
最后對Table2進行改名為Table1:EC sp_rename 'Table2', 'Table1'
相關文章
sqlserver游標使用步驟示例(創(chuàng)建游標 關閉游標)
這篇文章主要介紹了sqlserver游標使用步驟,包括創(chuàng)建游標、關閉游標,大家參考使用吧2014-01-01SQL Server誤區(qū)30日談 第12天 TempDB的文件數和需要和CPU數目保持一致
TempDB的文件沒有必要分布在多個存儲器之間。如果你看到PAGELATCH類型的等待,即使你進行了分布也不會改善性能,而如果PAGEIOLATCH型的等待,或許你需要多個存儲器,但這也不是必然-有可能你需要講整個TempDB遷移到另一個存儲系統(tǒng),而不是僅僅為TempDB增加一個文件2013-01-01