AOF jest główną opcją trwałości dla Redis. Za każdym razem, gdy występuje operacja zapisu, która modyfikuje zestaw danych w pamięci, ta operacja jest rejestrowana. Tak więc podczas ponownego uruchamiania Redis odtworzy wszystkie operacje, aby zrekonstruować zestaw danych. Masz również 3 różne polityki konfiguracji fsync do wyboru (nie, everysec, zawsze). FWIW, zwykle zaleca się używanie obu AOF + RDB, jeśli chcesz mieć dobry poziom bezpieczeństwa danych. To trochę wykracza poza zakres twojego pytania, ale pomyślałem, że o tym wspomnę.
Główne dokumenty dotyczące trwałości Redis
Zdemistyfikacja trwałości Redis
Tarantool używa czegoś, co nazywa się „pisarzem WAL”. Będzie to działać w osobnym wątku i żądaniach dzienników, które manipulują „żądaniami wstawienia i aktualizacji” danych. Po ponownym uruchomieniu Tarantool odzyskuje dane, odczytując plik WAL i odtwarzając każde z żądań.
Dokumenty dotyczące trwałości Tarantool
Oczywiście istnieje różnica w elementach wewnętrznych, ale na wysokim poziomie są one dość podobne. Porównanie trwałości w artykule jest dość dziwne i po prostu nieprawdziwe.
Aby uzyskać więcej informacji na temat różnic niskiego poziomu, zapoznaj się z dokumentami wymienionymi powyżej.
Mam nadzieję, że to pomoże
