From: | Jonathan Eastgate <jonathan(dot)eastgate(at)simpro(dot)co> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Sequences / Replication |
Date: | 2016-10-20 08:03:03 |
Message-ID: | CAF0Mkq_M06-A=cwbZECEPFg9J36PX6dg-mc9-RcC46jhsDzk4w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi everyone.
We're seeing some odd behaviour from a PostgreSQL group - one running as
primary and the other as a hot slave using streaming replication.
When a failover event occurs and we switch to the hot slave as primary
sequences in tables jump by 33 - so where the last number allocated in the
sequence was 100 prior to failover once adding the next entry the sequence
will produce the number 133.
I've found the following post in the forums - but any advice on how to
resolve or counter this would be appreciated.
Thanks in advance.
*Jonathan J. Eastgate*
Chief Technology Officer | simPRO Software Group
Ph: 1300 139 467 +61 7 3147 8777
<http://simprogroup.com/au/email-redirect>
Keep up to date with simPRO at: http://simprogroup.com/blog
The contents of this email are subject to our email disclaimer
<http://simprogroup.com/au/legal/email-confidentiality-notice>.
--
--
From | Date | Subject | |
---|---|---|---|
Next Message | Jonathan Eastgate | 2016-10-20 08:10:53 | Re: Sequences / Replication |
Previous Message | David G. Johnston | 2016-10-19 21:33:13 | Re: Selecting records with highest timestamp - for a join |