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

Question

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

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

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

С уважением

Mestika

Answer 1

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

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

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