как в lsm деревьях

Ну окей. Если я прописал трешачок в середину блока то профсинкает ли линукс не измененные мной данные в странице -- какбы пофиг

А вот измененные могут попасть на диск а могут и нет

Только поверх мусора (вроде) или вобще только всегда в конец. Я не знаю точно.

А нет, пишет в середину файла. Я вспомнил. Может. Но это не меняет моего вопроса.

Итого: зачем писать тупли асинхронных коммитов в вал ?

потому что постгрес не пишет новый блок на каждую тюплю и ему надо фиксировать изменения в блоке

можно не писать, CREATE UNLOGGED TABLE сделает тебе таблицу, для которой wal не пишется

Но тогда ведь коррапт бд будет при сбое питания. Верно ?

нет

Вот это поворот.

постгрес просто её затранкейтит

в анлоггед при сбое он просто транкейтит таблицу :)

никакого коррапта, просто пусто

ыхыхых

Транкейтит это что значит ? Прям все записи удаляет ?

пустота это тоже консистентность!

Всегда все ? Или обычно все ?

все при любом сбое

Транкейт - по определению - все )

Вопрос - а как он определяет неконсистентность при сбое

в pg_control поидее видит что был аномальный выход и транкейтит все анлогд таблицы

Дак они никогда не фсинкаются. Поэтому всегда невалидные. Не ?

Но аномальный выход не означает, что в эту таблицу писали... и что она неконсистентна ведь

так а зачем рисковать

Я думал - там хитрый алгоритм какой-нибудь

очень простой

просто не роняйте базу, и оно будет жить

А что, при корректном выходе постгрес фсинкает анлоггед таблицы ?

а почему бы и нет? :)

Я просто спросил

Тогда завершение постгреса может затянуться.....

получается что должен фсинкнуть да

Я еще хочу помучить вопросами

Тут гдето проскакивала мысль что сначала пишем в журнал линейно большим шматом. И фсинкаем. Эт типа быстро. Параллельно пишем рандомным ио в таблицы. Но ведь потом надо всеравно будет таблицы фсинкать когда-нибудь. И там будет адский рандом ио. Почему при коммите не ждать пока именно в таблицах не произойдет фсинк? Зачем откладывать ?

Я еще хочу помучить вопросами

а у вас этот постгрес в айдеко, получается, на тех самых системах фильтрации контента стоит? :)

Хм. Да. Для статистики по трафику.

Наконец-то нашлись вменяемые люди у кого можно по работе постгреса спросить.

Ну я спросил.

:)

ну вообще без жернала не понятно как рекавери еще делать

Никак. Но в жрнале я предлагаю хранить только метаданные

то что ты попросил записать 20 блоков одним фсинком, фс сделает не атомарно

А сами тупли туда не пихать.

и получается torn write

разорваная запись

поэтому придумали жернал

Соответственно писать тупли в таблицы. Фсинкать пофайлово каждую таблицу. И только потом фсинкать в журнале факт профсинкивания таблиц.

с данными

ну ты опять просишь аппенд онли файлы

Нет же.

Пример когда это не будет работать при записи туплей в середину энной страницы ?

окай, ты вставляешь 100 байт в таблицу. создаем новый 8кб блок или в старый пишем?

Ну пусть в старый.

Старый это типа профсинканный когдато ранее. Верно ?

ну значит ты записал один блок и в вал пометил что записал. гуд

теперь смотри

ты вставляешь 8 раз по 100 байт в разные блоки старые

говоришь фсинк

Так.

4 блока записала фс. 4 нет

ты стартуешь

Ок.

4 блока сука невалидно

ролбека нет

С чего это.

ну 4 ты перезаписал, 4 не записал

Все 8 туплей невалидные.

ERROR: S client not available

Именно туплей

А не блоков.

представь что транзакция твоя потрогала 8 разных блоков

ты же решил что мы в старые пишем, а не новые блоки делаем

Эт смотря ка потрогала. Если она при этом не меняла валидных ранее данных ни байта. То все ок.

блядь, ну понятно что ок. но мы же про поменяла говорим

чувак

Погоди.

Допустим в таблице первые сто байт это чужие тупли которые ранее были профсинканы. Мы пишем вторы двести байт.

Если эта страница непрофсинкалась или профсинкалась неполностью, то те первые сто байт ка были валидные так и остаются

да, так myisam работает

и новые тоже валидные

всё валидное

Што ?

мне кажется, вы тут за wal_level=minimal

wal_level=minimal не пишет, например, таплы в вал при copy

ну Марк говорит что старые валидные, а я говорю что хочу и новые записи валидными

Марк хочет чтобы как в myisam было

с копи там дохуя спешал кейс. давай не будем

Эээээ

О. Про вал левел пойду почитаю. Это видимо то что мне надо.

не переживай, про вал левел ты ничего не начитаешь

это черный ящик

The default value is minimal, which writes only the information needed to recover from a crash or immediate shutdown.

Ну тоесть тупли он туда не пишет ?

где ты это прочитал

что не пишет

Aside from avoiding the time for the archiver or WAL sender to process the WAL data, doing this will actually make certain commands faster, because they are designed not to write WAL at all if wal_level is minimal. (They can guarantee crash safety more cheaply by doing an fsync at the end than by writing WAL.) This applies to the following commands: CREATE TABLE AS SELECT CREATE INDEX (and variants such as ALTER TABLE ADD PRIMARY KEY) ALTER TABLE SET TABLESPACE CLUSTER COPY FROM, when the target table has been created or truncated earlier in the same transaction

Нигде. Я спросил.

пишет говорит то, что надо писать! а что пишет хуй скажу

кот, да, тут кейс как в анлогд просто

фсинкает весь файлик