Re: [Patch] ALTER SYSTEM READ ONLY
Amit Kapila <amit.kapila16@gmail.com>
On Wed, Jun 17, 2020 at 9:37 PM Robert Haas <robertmhaas@gmail.com> wrote: > > On Wed, Jun 17, 2020 at 10:58 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > > > Lastly, the arguments in favor seem pretty bogus. HA switchover normally > > involves just killing the primary server, not expecting that you can > > leisurely issue some commands to it first. > > Yeah, that's exactly the problem I want to fix. If you kill the master > server, then you have interrupted service, even for read-only queries. > Yeah, but if there is a synchronuos_standby (standby that provide sync replication), user can always route the connections to it (automatically if there is some middleware which can detect and route the connection to standby) > That sucks. Also, even if you don't care about interrupting service on > the master, it's actually sorta hard to guarantee a clean switchover. > Fair enough. However, it is not described in the initial email (unless I have missed it; there is a mention that this patch is one part of that bigger feature but no further explanation of that bigger feature) how this feature will allow a clean switchover. I think before we put the system into READ ONLY state, there could be some WAL which we haven't sent to standby, what we do we do for that. -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
Commits
-
Initialize variable to placate compiler.
- a030a0c5ccb1 15.0 landed
-
StartupXLOG: Don't repeatedly disable/enable local xlog insertion.
- 18e0913a4203 15.0 landed
-
StartupXLOG: Call CleanupAfterArchiveRecovery after XLogReportParameters.
- a75dbf7f9ee6 15.0 landed
-
Postpone some end-of-recovery operations related to allowing WAL.
- 811051c2e7af 15.0 landed
-
Refactor some end-of-recovery code out of StartupXLOG().
- 6df1543abfed 15.0 landed
-
Re-enable contrib/bloom's TAP tests.
- 7d1aa6bf1c27 15.0 cited
-
Remove unnecessary call to ReadCheckpointRecord().
- 1d919de5eb3f 15.0 cited
-
Allow for error or refusal while absorbing a ProcSignalBarrier.
- a3ed4d1efe9f 14.0 landed
-
Add comment to explain an unused function parameter
- 101f903e51f5 14.0 cited
-
Extend the ProcSignal mechanism to support barriers.
- 16a4e4aecd47 13.0 cited
-
At promotion, don't leave behind a partial segment on the old timeline.
- 7cbee7c0a1db 9.5.0 cited