Підвищити швидкість видалення для SQL Server

У нас величезна виробнича база даних, її розмір становить близько 300 ГБ. Чи є якийсь підхід до підвищення ефективності запиту на видалення? Зараз швидкість видалення становить від 1-10 к в хвилину, для нас це дуже повільно.

Якщо ви намагаєтесь видалити велику кількість рядків в одному операторі, то, ймовірно, вас чекає активність журналу. Отже ви можете:

1. Переконайтеся, що ваш журнал має достатній розмір, щоб події росту не уповільнили вас. За замовчуванням ваш журнал, ймовірно, починається з 1 МБ із зростанням 10%. Події зростання дорогі, і якщо ви реєструєте навіть 10 ГБ делетів, це знищить продуктивність не тільки зараз, але й у майбутньому (завдяки тому, що це робить для VLF).
2. Якщо ви видаляєте всю таблицю, використовуйте TRUNCATEабо DROP/ CREATE.
3. Якщо ви видаляєте більшу частину таблиці, використовуйте, SELECT INTOщоб перенести дані, які ви хочете зберегти, в іншу таблицю, а TRUNCATEпотім перемістіть невелику частину назад. (Або просто скиньте стару таблицю, перейменуйте нову та повторно застосуйте обмеження / дозволи тощо)
4. Мінімізуйте вплив журналу в першу чергу, видаляючи дані в шматки замість усіх відразу. Дивіться цю статтю . Ви також можете розглянути можливість тимчасового переходу на просте відновлення, так що вам доведеться лише CHECKPOINTочистити журнал замість того, щоб робити резервні копії журналу, але вам потрібно обов’язково встановити його назад та взяти нову повну резервну копію, щоб знову запустити ланцюг журналу. .

Існують деякі підказки, але яку версію ви використовуєте? Це корпоративне видання? У будь-якому випадку:

1. Якщо можете, перемістіть журнал транзакцій на більш швидкий диск
2. Проаналізуйте, куди . Чи буде він використовувати індекс для ідентифікації записів для видалення? Якщо ні, чи можете ви додати індекс?
3. Чи є у вас якийсь індекс на столі, який ви можете скинути? Якщо так, киньте їх.
4. У вас є сторонні ключі проти цієї таблиці? Вони дійсно можуть уповільнити видалення.
5. Якщо у вас є корпоративне видання, а вузьким місцем є диск IO, компресія на рівні рядків може допомогти вам трохи допомогти (чи ні, залежно від ваших даних)
6. Чи можете ви розділити таблицю? Локальні індекси та падіння розділів можуть бути швидшими.
7. Дослідіть, де знаходиться вузьке місце, за допомогою монітора активності.

Додайте деталі, коли ви працюєте з великою базою даних, немає жодної дійсної відповіді.

Ви повинні спробувати видалити їх фрагмент за допомогою chunk, ймовірно, видалити в циклі, кожну ітерацію видалення це власна транзакція, а потім очистити журнал в кінці кожної ітерації циклу.

Крім того, вам потрібно буде знайти номер, який ви збираєтеся використовувати як значення в шматок для видалення записів. Це вимагає ретельного тестування, було б краще, якщо ви спершу зможете перевірити значення шматка в UAT.

Про те, як діяти, посилається на розділення великих операцій видалення на шматки

видалення може бути повільним, якщо велика таблиця має рекурсивний зовнішній ключ.

якщо так, знайдіть підходящий час, відключіть служби залежної, відключіть рекурсивний зовнішній ключ, виконайте масове видалення, а потім відновіть зовнішній ключ знову.

Додавання ще кількох балів ...

1. Спробуйте перевірити, чи має присудок індекс, а також перегляньте статистику.
2. Якщо ви видаляєте велику кількість рядків, а також не хочете параметр таблиці темп. Перейдіть на tablockваріант.
3. Перевірте, чи є у вас тригери, зокрема після видалення тригерів.

Щоб отримати додаткову допомогу, опублікуйте використаний вами запит, інформацію таблиці та будь-яку інформацію про блокування.