Re: pgsql: Tune GetSnapshotData() during Hot Standby by avoiding loop
От
Heikki Linnakangas
Тема
Re: pgsql: Tune GetSnapshotData() during Hot Standby
by avoiding loop
Дата
Msg-id
4BCC07F1.6040405@enterprisedb.com
Ответ на
pgsql: Tune GetSnapshotData() during Hot Standby by avoiding loop (sriggs@postgresql.org (Simon Riggs))
Список
Дерево обсуждения
pgsql: Tune GetSnapshotData() during Hot Standby by avoiding loop sriggs@postgresql.org (Simon Riggs)
Re: pgsql: Tune GetSnapshotData() during Hot Standby
by avoiding loop Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Simon Riggs wrote: > Log Message: > ----------- > Tune GetSnapshotData() during Hot Standby by avoiding loop > through normal backends. Makes code clearer also, since we > avoid various Assert()s. Performance of snapshots taken > during recovery no longer depends upon number of read-only > backends. I think there's a little race condition there. snapshot->takenDuringRecovery is set before acquiring ProcArrayLock, so it's possible that by the time we acquire the lock, we're no longer in recovery. So this can happen: 1. Backend A starts to take a snapshot, while we're still in recovery. takenDuringRecovery is assigned true. 2. Recovery ends, and a normal transaction X begins in backend B. 3. A skips scanning ProcArray because takenDuringRecovery is true. The snapshot doesn't include X, so any changes done in that transaction will not be visible to the snapshot while the transaction is still running, but will be after it commits. Of course, it's highly improbable for 2. to happen, but it's there. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-committers по дате отправления
От: mkz@pgfoundry.org (User Mkz)
Дата:
От: mha@postgresql.org (Magnus Hagander)
Дата: