AOFsiz halokatga uchraganidan keyin Redis guruhlaridagi mustahkamlikni saqlash mumkinmi?

Redis uchun yangi nav.

Hipotetik o'rnatish/holat: Redis har 10 daqiqada fotosuratga tushadi deylik. AOF o'chirilgan. Sizda "postlar" deb ataladigan to'plam mavjud bo'lib, u sizning xabarlaringizni saqlab qoladi. Bundan tashqari, MySQL jadvali postlarning identifikatorlarini saqlab qoladi.

  1. MySQL va Redis
  2. da jami 2 post ID mavjud
  3. Redis oniy tasvirni yaratadi
  4. Foydalanuvchi yangi yozuvni yaratadi - endi Redis 3 identifikatori mavjud va MySQL ham shunday.
  5. Lekin keyin Redis qulab tushadi yoki o'ldiriladi
  6. Qayta ishga tushirilgandan so'ng, MySQL-da 3 ta bo'lsa, Redis 2 ID mavjud

Redis ma'lumotlarining kelishmovchiliksiz ekanini qaerdan bilasiz? Men o'qiganimdan, AOF ko'proq muammolarni keltirib chiqaradi va mukammal emas. To'siqlarni barqaror ushlab turishning soddaligi/yanada oqilona echimi bormi?

4
"Ammo keyin Redis qulaydi yoki o'ldiriladi ..." (agar u o'ldirilsa yoki o'ldirilsa -9), u chiqib ketishdan oldin qutqaradi.
qo'shib qo'ydi muallif Carl Zulauf, manba
Axir men buni yaxshi bilmas edim. Maslahat uchun rahmat.
qo'shib qo'ydi muallif Jon Derring, manba

2 javoblar

Biz bu erda qancha ma'lumotni gapiryapmiz? Juda ko'p bo'lmasa, MySQL ma'lumotlar bazasidan Redis'dagi barcha ma'lumotlarni qayta tiklaydigan jarayon bo'lishi mumkin. Yaxshi narsa, siz 10 daqiqali zahira do'konidan Redis-ga barcha ma'lumotlarni yuklab olishingiz va keyin Redis-dagi tugmacha bilan hamma narsani yozib qo'yishingiz mumkin. Agar u allaqachon bo'lsa, unda katta bo'lsa, unda u qo'shadi.

Afsuski, siz hech qachon bu ikki tizim o'rtasida o'zaro o'xshashlik yaratish uchun hech qanday muhim ishsiz ularni izchil saqlay olmaysiz. AOF bu yomon emas. Buni sinash kerak. Shunday bo'lsa ham, siz izchillik haqida qayg'urishingiz kerak.

2
qo'shib qo'ydi
Vau yaxshi. O'shanda, men har doim MySQL-dan o'chirib tashlanganidan keyin qayta o'qish haqida o'yladim, lekin ehtimol yanada yaxshiroq echim borligini o'ylardim (MySQL-dan tanlashni xohlamayman). Men AOFni sinab ko'rmadim, lekin blog xabarlarining aksariyati nima uchun bu haqda ko'p ijobiy fikr bildirmaydi. O'ylaymanki, bu muammo oddiy emas. Ikkala tomonga ham yordam berganingiz uchun tashakkur. Btw, ma'lumotlarga asoslangan holda menimcha, bu juda ko'p emas.
qo'shib qo'ydi muallif Jon Derring, manba

Boshqa bir serverda ishlaydigan bir qulli misoldan foydalanib, men muvaffaqiyatga erishgan echimlardan biri. Qul bilan sinxronlash blokirovka qilinmaydi, shuning uchun siz oxirgi buyrug'ni yo'qotish ehtimoli mavjud yoki shunga o'xshab usta tushib qolsa, amalda bu juda qiyin. Bundan tashqari, ortiqcha ishlash uchun bir nechta qulga ega bo'lishingiz mumkin.

Xulosa shuki, sizning magistringiz har qanday diskda I/U foydalanmaydi va oniy tasvirlashda ishlatiladigan forklar uchun qo'shimcha xotira yo'q. Magistr tushib qolganda, siz qullaringizdan birini masterga (vaqtinchalik ustamdan foydalanib, master kodni o'chirish funktsiyasidan foydalaning: SLAVEOF NO ONE ) foydalanib, qayta tiklashingiz mumkin. sinxronlash tugallangach, master/slave rollarini original konfiguratsiyalarga qayta tiklash.

1
qo'shib qo'ydi
Qizig'i shundaki ... bu bilan tajriba qilishim kerak. Taklif uchun rahmat.
qo'shib qo'ydi muallif Jon Derring, manba