Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication.
В списке pgsql-hackers по дате отправления:
| От | Simon Riggs |
|---|---|
| Тема | Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication. |
| Дата | |
| Msg-id | 1299490235.1696.7973.camel@ebony обсуждение исходный текст |
| Ответ на | Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication. (Fujii Masao <masao.fujii@gmail.com>) |
| Ответы |
Re: [COMMITTERS] pgsql: Efficient transaction-controlled synchronous replication.
|
| Список | pgsql-hackers |
On Mon, 2011-03-07 at 17:44 +0900, Fujii Masao wrote: > The above check should be required also after pg_ctl reload since > synchronous_standby_names can be changed by SIGHUP? > Or how about just removing that? If the patch I submitted is > committed,empty synchronous_standby_names and max_wal_senders = 0 > settings is no longer unsafe. Ah, on reload. I plugged the gap only at startup. I'll fix by changing assign_synchronous_standby_names(), not by changing lots of other parts of code and making runtime check each COMMIT. -- Simon Riggs http://www.2ndQuadrant.com/books/PostgreSQL Development, 24x7 Support, Training and Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера