Re: Re: Hot Standby query cancellation and Streaming Replication integration
В списке pgsql-hackers по дате отправления:
| От | Josh Berkus |
|---|---|
| Тема | Re: Re: Hot Standby query cancellation and Streaming Replication integration |
| Дата | |
| Msg-id | 4B97EC26.1090208@agliodbs.com обсуждение исходный текст |
| Ответ на | Re: Re: Hot Standby query cancellation and Streaming Replication integration (Greg Stark <gsstark@mit.edu>) |
| Список | pgsql-hackers |
On 3/10/10 3:38 AM, Greg Stark wrote: > I think that means that a > vacuum_defer_cleanup of up to about 100 or so (it depends on the width > of your counter record) might be reasonable as a general suggestion > but anything higher will depend on understanding the specific system. 100 wouldn't be useful at all. It would increase bloat without doing anything about query cancel except on a very lightly used system. > With vacuum_defer_cleanup that will no longer be true. > It will be as if you always have a query lasting n transactions in > your system at all times. Yep, but until we get XID-publish-to-master working in 9.1, I think it's probably the best we can do. At least it's no *worse* than having a long-running query on the master at all times. --Josh Berkus
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера