Сжатие данных SQL Server: стоимость и польза

Row и page compression сокращают хранилище и I/O, но требуют CPU и неодинаково полезны для таблиц. Решение зависит от данных и нагрузки.

Что измерять

Оцените экономию по таблицам и индексам, затем измерьте scans, seeks, CPU, buffer, размер копий, обслуживание и интенсивные записи при реальной нагрузке.

Практический подход

Сначала проверяйте большие объекты для чтения, тестируйте row и page отдельно, применяйте по партиции или индексу и учитывайте rebuild, журнал и место для отката.

Чего следует избегать

Не сжимайте все объекты, не оценивайте только место на диске и не игнорируйте нагрузки с дефицитом CPU и стоимость обслуживания.

Эксплуатационный результат

Сжатие полезно, когда уменьшение I/O и cache превышает дополнительную стоимость CPU и эксплуатации.

Проверка перед production

Зафиксируйте исходные показатели и определите ожидаемое улучшение. Проверьте решение на репрезентативных данных и при реальной параллельной нагрузке. Сохраните исходную настройку или план, подготовьте откат и наблюдайте следующий обычный пик нагрузки.

Чтобы применить этот подход к конкретной среде SQL Server, используйте форму ниже и укажите версию SQL Server, размер базы, профиль нагрузки и уже собранные данные.