| От | Andres Freund |
|---|---|
| Тема | Re: WAL logging problem in 9.4.3? |
| Дата | |
| Msg-id | 20150710102902.GL340@alap3.anarazel.de обсуждение исходный текст |
| Ответ на | Re: WAL logging problem in 9.4.3? (Fujii Masao <masao.fujii@gmail.com>) |
| Список | pgsql-hackers |
On 2015-07-10 19:23:28 +0900, Fujii Masao wrote: > Maybe I'm missing something. But I start wondering why TRUNCATE > and INSERT (or even all the operations on the table created at > the current transaction) need to be WAL-logged while COPY can be > optimized. If no WAL records are generated on that table, the problem > we're talking about seems not to occur. Also this seems safe and > doesn't degrade the performance of data loading. Thought? Skipping WAL logging means that you need to scan through the whole shrared buffers to write out dirty buffers and fsync the segments. A single insert wal record is a couple orders of magnitudes cheaper than that. Essentially doing this juts for COPY is a heuristic.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера