ВН
ФС не обеспечивает атомарность записи данных. её ОБЯЗАНА обеспечивать сама СУБД
Size: a a a
2021 April 19
ВН
но чтобы её обеспечивать, СУБД использует fsync
na
zfs обеспечивает.
ВН
ну так и сама СУБД обеспечивает, если fsync не обманут
ВН
а если обманут, ну тогда да, из-за CoW ZFS получается выживает
na
да, но база прочекана и поднята, а дальше индексы начинают крашится.. и по кругу
ВН
ну что значит прочекана? видимо не все данные она чекает
na
тут скорее из-за контроля целостности, cow немного про другое.
ВН
неа. именно из-за CoW
ВН
контроль целостности без CoW в этом случае бы всё что смог сделать - это обнаружить, что блок побит и всё
na
cow это алгоритм записи, сам по себе он не гарантирует атомарность. для каждого блока идет вычисление чексуммы и транзакционная запись txg. это в сумме дает много шансов что при живом железе данные записанные на zfs будут консистентны. понятно что от багов в самой реализации zfs это не спасает. видел как в ранних версиях zol расползались индексы внутри пула под нагрузкой.
KK
Они мне напомнили это https://kobol.io случайно набрел когда искал компилятор Cobol для ARM64 на Apple M1, но эти ребята выкупили в гугле "Cobol ARM")))
AK
Это не Сайлент нифига. Сайлент коррапшн это когда оно читается а вместо фотки сисек там тыквы и фотки писек
na
какая половая разница? если я записывал сиськи, а получил члены. это логическое повреждение данных внутри блока при записи, которое не отдетектировалось ни на уровне железа ни на уровне ос
AK
Большая. Либо ты понимаешь что там данных нет (I/O error, как у тебя когда данные не читаюся) - либо у тебя всё читается но там не то что ты записал.
na
"не то что я записал" != мусор по твоему? пример про базу привел потому, что база вроде как чекалась и поднималась.
AK
Весь смысл тихого коррапта - это что ты прочел что-то но это не то что ты записывал - и тебе об этом не сообщили
AK
На то он и тихий
AK
Ты не знаешь что данные потеряны