Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL
В списке pgsql-hackers по дате отправления:
| От | Simon Riggs |
|---|---|
| Тема | Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL |
| Дата | |
| Msg-id | 1268988724.3556.3.camel@ebony обсуждение исходный текст |
| Ответ на | Re: Re: [COMMITTERS] pgsql: Make standby server continuously retry restoring the next WAL (Fujii Masao <masao.fujii@gmail.com>) |
| Ответы |
Re: Re: [COMMITTERS] pgsql: Make standby server continuously
retry restoring the next WAL
|
| Список | pgsql-hackers |
On Thu, 2010-03-18 at 23:27 +0900, Fujii Masao wrote: > I agree that this is a bigger problem. Since the standby always starts > walreceiver before replaying any WAL files in pg_xlog, walreceiver tries > to receive the WAL files following the REDO starting point even if they > have already been in pg_xlog. IOW, the same WAL files might be shipped > from the primary to the standby many times. This behavior is unsmart, > and should be addressed. We might also have written half a file many times. The files in pg_xlog are suspect whereas the files in the archive are not. If we have both we should prefer the archive. -- Simon Riggs www.2ndQuadrant.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера