Em 29 de março de 2010 09:02, Matheus Ricardo Espanhol < [email protected]> escreveu:
> Olá Fabrízio, > > Opa... > É isso mesmo Fabrízio. O Postgres escreve no WAL 32 valores de uma só vez. > A cada chamada > a função nextval() este valor é decrementado. O campo log_cnt controla esse > processo. Quando log_cnt chega a 0, a próxima chamada a nextval(), ao invés > de incrementar 1 no WAL, escreve novamente 32 a frente. > > Este valor é definido na constante SEQ_LOG_VALS. Segundo Tom Lane, esse > comportamento é para evitar o overhead de escrita no WAL. > > Beleza ... dei uma olhada la em src/backend/command/sequence.c e essa constante está bem documentada até... entao no caso de alguma interrupção eventual do servidores poderemos ter esse "pulo" de 32 na sequence então... Quanto ao log_shipping, ao replicar o log de transação(que possui valores a > frente de currval()) e restaura-lo em outro cluster, o valor atual da > sequence pode variar de 1 a 32 a frente, ou até mesmo ser igual. > > Entendi... muito obrigado pelas informações... -- Fabrízio de Royes Mello >> Blog sobre TI: http://fabriziomello.blogspot.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
