Meningkatkan kecepatan hapus untuk SQL Server

Kami memiliki basis data produksi yang sangat besar, ukurannya sekitar 300GB. Apakah ada pendekatan untuk meningkatkan kinerja permintaan penghapusan? Saat ini kecepatan penghapusan antara 1-10k per menit, ini sangat lambat bagi kami.

Jika Anda mencoba untuk menghapus sejumlah besar baris dalam satu pernyataan, maka kemungkinan Anda sedang menunggu aktivitas log. Jadi kamu bisa:

1. Pastikan ukuran log Anda memadai sehingga peristiwa pertumbuhan tidak memperlambat Anda. Dengan pengaturan default, log Anda mungkin mulai dari 1MB dengan pertumbuhan 10%. Peristiwa pertumbuhan mahal, dan jika Anda mencatat bahkan 10 GB penghapusan, ini akan menghancurkan kinerja tidak hanya sekarang tetapi juga di masa depan (karena apa yang terjadi pada VLF).
2. Jika Anda menghapus seluruh tabel, gunakan TRUNCATEatau DROP/ CREATE.
3. Jika Anda menghapus sebagian besar tabel, gunakan SELECT INTOuntuk meletakkan data yang ingin Anda simpan ke tabel lain, lalu TRUNCATE, pindahkan porsi kecil kembali. (Atau cukup jatuhkan tabel lama, ganti nama baru, dan gunakan kembali batasan / izin dll.)
4. Minimalkan dampak logging di tempat pertama dengan menghapus data dalam potongan bukan sekaligus. Lihat artikel ini . Anda juga dapat mempertimbangkan untuk beralih ke pemulihan sederhana sementara, sehingga Anda hanya perlu CHECKPOINTmenghapus log alih-alih mengambil cadangan log, tetapi Anda harus memastikan untuk mengembalikannya dan mengambil cadangan lengkap baru untuk memulai kembali rantai log .

Ada beberapa petunjuk, tetapi versi mana yang Anda gunakan? Apakah ini edisi perusahaan? Bagaimanapun:

1. Jika Anda bisa, pindahkan log transaksi ke disk yang lebih cepat
2. Analisis di mana . Apakah akan menggunakan indeks untuk mengidentifikasi catatan yang akan dihapus? Jika tidak, dapatkah Anda menambahkan indeks?
3. Apakah Anda memiliki indeks di atas meja yang bisa Anda jatuhkan? Jika ya, jatuhkan.
4. Apakah Anda memiliki kunci asing versus tabel ini? Ini benar-benar dapat memperlambat penghapusan Anda.
5. Jika Anda memiliki edisi perusahaan dan bottleneck adalah disk IO, kompresi di tingkat baris, dapat memberi Anda sedikit bantuan (atau tidak, tergantung dari data Anda)
6. Bisakah Anda mempartisi tabel? Indeks lokal dan drop partisi dapat lebih cepat.
7. Selidiki di mana kemacetan melalui monitor aktivitas.

Tambahkan detail, ketika Anda bekerja dengan database besar tidak ada jawaban yang valid.

Anda harus mencoba menghapusnya sepotong demi sepotong, mungkin menghapus dalam lingkaran, masing-masing menghapus iterasi itu transaksi sendiri dan kemudian menghapus log pada akhir setiap iterasi loop.

Selain itu, Anda perlu menemukan nomor yang akan Anda gunakan sebagai nilai dalam chunk untuk menghapus catatan. Perlu pengujian menyeluruh, akan lebih baik jika Anda bisa menguji nilai chunk di UAT terlebih dahulu.

Pada cara melanjutkan, akan merujuk Anda ke Hancurkan operasi penghapusan besar menjadi potongan-potongan

hapus bisa lambat jika tabel besar memiliki kunci asing rekursif.

jika demikian, temukan waktu yang tepat, nonaktifkan layanan dependend, nonaktifkan kunci asing rekursif, lakukan penghapusan besar-besaran, lalu pulihkan kunci asing lagi.

Menambahkan beberapa poin lagi ...

1. Coba periksa apakah predikat memiliki indeks dan lihat juga statistik.
2. Jika Anda menghapus banyak baris dan Anda juga tidak ingin opsi temp table. Pilih tablockopsi.
3. Lihat apakah Anda memiliki pemicu, khususnya setelah menghapus pemicu.

Untuk mendapatkan bantuan lebih lanjut, kirim pertanyaan yang Anda gunakan, info tabel plus info pemblokiran.