зависит от используемой обвязки и настройки. картриджа, например или встроенного master election

тогда интересно как решается нюанс: когда мастер с синхронной репликой подтвердили транзакцию и мастер отрубился не успев сбросить с кеша на сам диск, а потом воскрес?

А если диск помер, то у вас всё вообще померло, тогда см. выше — надежда на реплику на другом сервере

та да :)

кажется  все это вообще не решает то что описано в 5 пункте
https://github.com/tarantool/tarantool/issues/5304#issuecomment-694085235


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

либо индексы в temporary и local   должны к этому времени существовать...

is_recovery_finished   никак не может помочь в этом вопросе....

—-
как я понимаю изначально ктото пытался сделать такую штуку  чтобы при поднятии из снапшота создавалось некое представление во временном спейсе,     это довольно логично для различных оптимизаций (например материализатор счетчиков ),   но индексов в спейсе нет и таплы просто вставлялись как есть вместо агрегации (суммирования в случае со счетчиками),

@a_lyapunov,  обрати внимание, твой тикет

Специфика магнитных накопителей такова, что sync режим для них нерентабелен

возможно, но почему-то мастодонты sql пишут с fsync

я подозреваю, что это бага, но бага в тесте

возможно, но почему-то мастодонты sql пишут с fsync

и использует ли движок vynil кеш для кеширования частых селектов?