PostgreSQL 8.4 - Otimização de Tablespace

2

Atualmente, estou executando um banco de dados PostgreSQL com cerca de 1,5 bilhão de linhas / 500 GB de dados (incluindo índices). Existem vários esquemas: on para o (core-only, alterações irregulares / atualizações) 'core-model' e um para cada usuário (cerca de 20 pessoas). Os usuários podem acessar o núcleo e armazenar dados em seu próprio esquema, então tudo está localizado em um banco de dados.

O servidor é executado com o CentOS e o PostgreSQL 8.4 e é usado para estudos científicos, exploração, etc. e está funcionando muito bem.

Hoje em dia, uma atualização dos discos rígidos de armazenamento do banco de dados chega - todos com o mesmo desempenho dos antigos.

Estou procurando a melhor maneira de distribuir os dados nesses discos. Seria possível separar os objetos usados com freqüência (os dados do núcleo) dos esquemas do usuário, mas não tenho certeza se isso realmente vale o esforço.

Parece ser uma idéia muito melhor mover os arquivos WAL (diretório pg_xlog) para sua própria partição.

link

Quais são suas opiniões? Há alguma documentação / benchmark de desempenho relacionado a espaço de tabela ou particionamento?

    
por FloE 15.01.2011 / 18:00

2 respostas

2

Definitivamente, é mais importante mover os arquivos do WAL, caso você ainda não tenha feito isso. Não comece a mover tabelas individuais até que seja necessário - especialmente se a velocidade dos discos for mais ou menos igual.

    
por 15.01.2011 / 19:26
1

A separação do WAL é definitivamente a melhor maneira de avaliar a relação custo-benefício.

    
por 16.01.2011 / 23:16

Tags