Re: Streaming replication: sequences on slave seemingly ahead of sequences on master

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: Streaming replication: sequences on slave seemingly ahead of sequences on master
Дата
Msg-id CAHyXU0wjc3A2DUbtOcBXW-VgRjoi_yVi-GGyJ=jojmXQvF5iDw@mail.gmail.com
обсуждение исходный текст
Ответ на Streaming replication: sequences on slave seemingly ahead of sequences on master  (Vincent de Phily <vincent.dephily@mobile-devices.fr>)
Ответы Re: Streaming replication: sequences on slave seemingly ahead of sequences on master  (Vincent de Phily <vincent.dephily@mobile-devices.fr>)
Список pgsql-general
On Fri, May 4, 2012 at 8:55 AM, Vincent de Phily
<vincent.dephily@mobile-devices.fr> wrote:
> Hi list,
>
> we have two 9.1.2 servers on debian squeeze, and are setting up a simple
> streaming replication between the two.
>
> * wal_keep_segments is set high on the master
> * the slave's recovery.conf contains just standbay_mode=on and
>  primary_conninfo=foo
> * we use a simple start_backup/rsync/stop_backup to create the base copy
>  before starting the slave.
>
>
> It all seems to be working fine, except that when checking the data (selecting
> latest primary key and sequence value for all tables) on master and slave,
> some sequence ids are higher on the slave than on the master. I could
> understand if they were lower, but this is weird.
>
> * The slave's sequences can be anywhere between 1 and 50 ids ahead.

how did you determine that exactly?  how do you know the transactions
are committing in sequence order?

merlin

В списке pgsql-general по дате отправления:

Предыдущее
От: Vincent de Phily
Дата:
Сообщение: Streaming replication: sequences on slave seemingly ahead of sequences on master
Следующее
От: Vincent de Phily
Дата:
Сообщение: Re: Streaming replication: sequences on slave seemingly ahead of sequences on master