DB2 увеличивает размер пула буферов и сжатые таблицы не равны лучшей производительности. Зачем?

Question

Я работаю над настройкой и повышением производительности моей базы данных IBM DB2 версии 9.7. Я искал в сети последние пару дней и узнал, что если я создаю свои таблицы в режиме COMPRESS, создаю еще один буферный пул и устанавливаю для них обоих доступ 1024 МБ, то производительность моих запросов должна увеличиться из-за меньше операций ввода-вывода на диски.

Однако, когда я запускаю анализ времени, производительность уменьшается . Я добавил новые дополнения в свою обычную базу данных с индексами, которые я использовал все время. Каждый раз, когда я ищу в Google, я сталкиваюсь с утверждением, что: увеличенный размер буферного пула, несколько буферных пулов и сжатие таблиц ДОЛЖНЫ доказать лучшую производительность.

Я очень озадачен общим неожиданным результатом. Есть ли какие-то механизмы настройки, которые я забыл, или у кого-нибудь есть объяснение этому странному поведению?

С уважением

Mestika

Answer 1

Первое правило настройки производительности - «это зависит». Сжатие или увеличение размера буферного пула не обязательно означает повышение производительности.

Сжатие в DB2 добавляет накладных расходов - DB2 должна сжимать и распаковывать строки, что требует дополнительного ЦП при несжатой рабочей нагрузке. Сжатие МОЖЕТ улучшить производительность, если у вас есть нагрузка на диск.

Больший пул буферов только увеличит производительность, если ваш буферный пул был уменьшен с самого начала.