Redis
 sql >> база данни >  >> NoSQL >> Redis

Разлика между Redis AOF и Tarantool WAL log

AOF е основната опция за постоянство за Redis. Всеки път, когато има операция на запис, която променя набора от данни в паметта, тази операция се записва. Така че по време на рестарт, Redis ще възпроизведе отново всички операции за реконструкция на набора от данни. Имате и 3 различни политики за конфигурация на fsync, от които да избирате (не, всекисек, винаги). FWIW, обикновено се препоръчва да използвате и AOF + RDB, в случай че искате добро ниво на безопасност на данните. Това е извън обхвата на вашия въпрос, но реших, че ще го спомена.

Основни документи за постоянство на Redis

Redis Persistence Demystified

Tarantool's използва нещо, наречено "WAL writer". Това ще се изпълнява в отделна нишка и ще регистрира заявки, които манипулират данни „заявки за вмъкване и актуализиране“. При рестартиране Tarantool се възстановява чрез четене на WAL файла и възпроизвеждане на всяка от заявките.

Tarantool Persistence Docs

Очевидно има разлика във вътрешните елементи, но на високо ниво те са доста сходни. Сравнението на постоянството в статията е доста странно и просто не е вярно.

За повече информация относно разликите в ниските нива вижте документите, изброени по-горе.

Надявам се това да помогне



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Какво означава кодът *((char*)-1) ='x'?

  2. Проверете дали redis работи -> node js

  3. Използване на Redis SCAN в NODE

  4. Rails как да разберете дали sidekiq работник е завършен с perform_async

  5. Повторен опит за свързване на клиента с Node JS Redis