Estamos no processo de ajustar um aplicativo massivo que nossa empresa acabou de escrever. Parte desse ajuste inclui ajustar os bancos de dados. Executamos o DB2 LUW no AIX. Especificamente, estamos no Fix Pack 4 9.7 (embora esperemos migrar para o Fix Pack 2 10.1 ainda este ano).
Inicialmente, construímos tablespaces necessários apenas para o tamanho dos dados (ou seja, se todas as tabelas couberem em um tablespace 4K, criamos apenas tablespaces 4K, pensando por que criar tablespaces para ocupar mais disco se não forem usados). Isso foi o mesmo para tablespaces temporários também.
Os desenvolvedores nos disseram que obtiveram melhor desempenho adicionando um tablespace temporário de 32K. Portanto, todas as suas tabelas estão indo para tablespaces de 4K, 8K ou 16K. No entanto, eles adicionaram um temporário de 32K (que tem seu próprio bufferpool) e afirmam que reduziram pela metade alguns dos tempos de transação de seu aplicativo.
Quando penso nisso, suponho que faça sentido. Eu estou supondo que o otimizador vê o espaço de 32K como um ótimo lugar para realizar junções/classificações e tem mais memória à sua disposição sendo 32K vs 4K.
Meu colega disse que (independente do que foi dito acima) leu em algum lugar que os DBAs devem sempre colocar tablespaces temporários em seus próprios bufferpools. Quando pedi os links para ler, ele não conseguia se lembrar.
Estou pensando... os tablespaces temporários sempre devem ter seus próprios bufferpools? Isso ajuda no desempenho de junção/classificação? Isso é uma boa prática?
E, em segundo lugar, faz sentido sempre criar um bufferpool de 32K e espaços de tabela temporários de 32K para essas junções/classificações?
Em primeiro lugar, você deve ter um bufferpool que corresponda ao tamanho da página do tablespace. Dessa forma, se o tablespace temporário for o único com tamanho de página de 32K, ele terá o bufferpool para seu uso exclusivo.
Se você tiver outros tablespaces com tamanho de página de 32K, apenas o monitoramento do desempenho do sistema informará se pode haver um benefício de um bufferpool de espaço temporário separado.
Você pode usar
select * from sysibmadm.mon_bp_utilizationpara ver as taxas de acerto do pool de buffers eselect * from table (mon_get_bufferpool(NULL,NULL))verificar a atividade do limpador de página (POOL_NO_VICTIM_BUFFERePOOL_DRTY_PG_STEAL_CLNSdeve ser idealmente 0). Se você perceber que uma queda na taxa de acertos do bufferpool ou alta contenção de páginas sujas coincide com o uso do espaço temporário (um pico emPOOL_TEMP_DATA_L_READS)select * from table (mon_get_tablespace(NULL,NULL)), criar um bufferpool separado de um tamanho apropriado para o espaço de tabela temporário em questão pode ser útil.