On 06-05-2016 10:46, Daniel Luiz da Silva wrote: > - em resumo para que existe o controle de transações, através do > XID (idiota a pergunta?) > Visibilidade. Você assistiu a palestra do Bruce que o Fabrizio enviou o link?
> terá a principio um custo maior para realizar essa operação, porque terá > mais XID para substituir? Isso tem impacto caso de disaster > recovery? Qual problema de trabalhar com range de XID muito curtos/longos? > Sem ser ofensivo, mas você leu o manual [1]? Ele explica exatamente o que você está perguntando aqui (tem dois parágrafos descrevendo as "disadvantages" dos parâmetros citados). > - testei a reordenação de páginas e concluí que as páginas de uma > tabela, só são realizadas com VACCUM FULL/CLUSTER, e que caso > alterasse o valor do fill-factor, para um valor de acordo com a > quantidade de update que tenho diariamente nessa tabela, ou seja, para > um valor que mantenha um valor de desorganização de páginas controlável, > o fill-factor teria sentido apenas como um "ajudante", e teria que rodar > uma manutenção de acordo com o nível de organização que quero manter, > porém, causaria lock exclusivo durante esse tempo, correto? > Sim. Fillfactor não substitui manutenção. É uma implementação que ajuda na quantidade de IO realizada e no tempo. Na maioria das vezes, reduzindo IO para acesso a dados que são alterados com muita frequência. Manutenção não é opcional neste caso, é obrigatória para conter o inchaço. > Depois dessa analise > fiquei curioso por isso, porque dificilmente eu conseguirei controlar a > organização sem VACCUM FULL/CLUSTER, então, como isso é possível? > Para que você quer tudo sempre organizado? Manter algo organizado é custoso. É para isso que existe a manutenção (manter o controle sobre o inchaço) e os índices (encontrar a tupla rapidamente). Manutenções agressivas (VF / CLUSTER) só são indicadas em casos extremos; elas consomem muito WAL, causam travamentos exclusivos e "destroem" a cache do PostgreSQL. > - setando um index como CLUSTER, o que aconteceria por baixo do > pano? Isso teria impacto caso de um desaster recovery? > Ele marca o índice para ser usado na próxima execução do CLUSTER. Utiliza o índice para determinar a ordem de recriação das tuplas nos novos datafiles. [1] http://www.postgresql.org/docs/9.5/static/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
