Re: Synchronization levels in SR
От | Jan Wieck |
---|---|
Тема | Re: Synchronization levels in SR |
Дата | |
Msg-id | 4C084D23.2070605@Yahoo.com обсуждение исходный текст |
Ответ на | Re: Synchronization levels in SR (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Synchronization levels in SR
|
Список | pgsql-hackers |
On 5/27/2010 4:31 PM, Bruce Momjian wrote: > Heikki Linnakangas wrote: >> BTW, I think we're going to need a separate config file for listing the >> standbys anyway. There you can write per-server rules and options, but >> explicitly knowing about all the standbys also allows the master to >> recycle WAL as soon as it has been streamed to all the registered >> standbys. Currently we just keep wal_keep_segments files around, just in >> case there's a standby out there that needs them. > > Ideally we could set 'slave_sync_count' and 'slave_commit_continue_mode' > on the master, and allow the sync/async mode to be set on each slave, > e.g. if slave_sync_count = 2 and slave_commit_continue_mode = #2, then > two slaves with sync mode of #2 or stricter have to complete before the > master can continue. > > Naming the slaves on the master seems very confusing because I am > unclear how we would identify named slaves, and the names have to match, > etc. > > Also, what would be cool would be if you could run a query on the master > to view the SR commit mode of each slave. What would be the use case for such a query? Jan -- Anyone who trades liberty for security deserves neither liberty nor security. -- Benjamin Franklin
В списке pgsql-hackers по дате отправления: