Redis RDB ၏ နာမည်အပြည့်အစုံမှာ အဘယ်နည်း။ Redis RDB မမ်မိုရီ ဒေတာ မြဲမြံမှု လုပ်ဆောင်ချက် မုဒ်

RDB ၏ နာမည်အပြည့်အစုံမှာRedis database။

• နာမည်အကြံပြုထားသည့်အတိုင်း RDB သည် ဒေတာသိမ်းဆည်းရန် အသုံးပြုသည့် Redis ဒေတာဘေ့စ်ဖြစ်သည်။
• ထို့ကြောင့်၊ RDB မြဲမြံမှုအားဖြင့် Redis memory တွင်သိမ်းဆည်းထားသောဒေတာများကို RDB ဖိုင်တွင်ရေးမှတ်ပြီးဆက်လက်တည်တံ့စေရန် disk တွင်သိမ်းဆည်းထားသည်။
• Redis ၏ အင်္ဂါရပ်မှာ ဒေတာများ ပျောက်ဆုံးသွားခြင်း မရှိစေရေး သေချာစေရန် ဒေတာကို မှတ်ဉာဏ်ထဲတွင် သိမ်းဆည်းနိုင်ပြီး ဒစ်ခ်မှ ဒေတာများကို မှတ်ဉာဏ်ထဲသို့ တင်ပေးနိုင်သည်။

Redis ၏အစတွင်လုပ်ဆောင်မှုများအားလုံးသည် memory ပေါ်တွင်အခြေခံသောကြောင့်စွမ်းဆောင်ရည်အလွန်မြင့်မားသော်လည်းပရိုဂရမ်ကိုပိတ်လိုက်သည်နှင့်ဒေတာများဆုံးရှုံးသွားသည်။

ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ဗန်းစကားဖြင့် Snapshot ဖြစ်သည့် သတ်မှတ်ထားသော ကြားကာလများတွင် disk သို့ ကျွန်ုပ်တို့ရေးရန်လိုအပ်ပါသည်။

ပြန်လည်ရယူသည့်အခါ၊ လျှပ်တစ်ပြက်ဖိုင်ကို မမ်မိုရီသို့ တိုက်ရိုက်ရေးသားသည်။

၎င်းသည် Redis နှင့် Memcached အကြား အဓိက ခြားနားချက်တစ်ခုဖြစ်ပြီး၊ Memcached တွင် ခံနိုင်ရည်ရှိနိုင်စွမ်းမရှိသောကြောင့်ဖြစ်သည်။

Redis မမ်မိုရီဒေတာကို တည်တံ့စေရန်အတွက်၊ Redis သည် ကျွန်ုပ်တို့အား အောက်ပါနည်းလမ်းများဖြင့် ပံ့ပိုးပေးသည်-

• လျှပ်တစ်ပြက်နည်းလမ်း (RDB၊ Redis DataBase): တစ်ချိန်တည်းတွင် မှတ်ဉာဏ်ဒေတာကို ဒစ်ခ်သို့ binary ပုံစံဖြင့် ရေးပါ။
• နောက်ဆက်တွဲ ဖိုင်တစ်ခုတည်း (AOF၊ နောက်ဆက်တွဲ တစ်ခုတည်းသော ဖိုင်)၊ လုပ်ဆောင်ချက် ညွှန်ကြားချက်များအားလုံးကို မှတ်တမ်းတင်ပြီး စာသားပုံစံဖြင့် ဖိုင်တွင် ထပ်ထည့်ပါ။
• Redis 4.0 ပြီးနောက် နည်းလမ်းအသစ်ဖြစ်သော Hybrid persistence သည် RDB နှင့် AOF ၏ အားသာချက်များကို ပေါင်းစပ်ထားသည်။စာရေးသောအခါတွင်၊ RDB ပုံစံဖြင့် ဖိုင်၏အစတွင် လက်ရှိဒေတာကို ဦးစွာရေးပြီး နောက်ဆက်တွဲလုပ်ဆောင်မှုအမိန့်များကို AOF ပုံစံဖြင့် ဖိုင်တွင်သိမ်းဆည်းပါ၊ Redis ပြန်လည်စတင်ခြင်း၏အရှိန်ကို သက်သာစေရုံသာမက လျှော့ချပေးနိုင်သည်။ ဒေတာဆုံးရှုံးမှုအန္တရာယ်။

မြဲမြံမှုအစီအစဥ်တစ်ခုစီတွင် သီးခြားအသုံးပြုမှုအခြေအနေများ ရှိသောကြောင့်ဖြစ်သည်။

Redis RDB မမ်မိုရီ ဒေတာ မြဲမြံမှု လုပ်ဆောင်ချက် မုဒ်

• RDB (Redis DataBase) သည် ဒစ်ဒစ်ကို binary ပုံစံဖြင့် တစ်ချိန်တည်းတွင် မှတ်ဉာဏ်လျှပ်တစ်ပြက်ရိုက်ချက် (Snapshot) ကို ရေးသားသည့် လုပ်ငန်းစဉ်ဖြစ်သည်။
• Memory snapshots များသည် အထက်တွင်ပြောခဲ့သည့်အတိုင်းဖြစ်သည်။၎င်းသည် အချို့သောအခိုက်အတန့်တွင် memory အတွင်းရှိ data များ၏ state record ကို ရည်ညွှန်းသည်။
• ၎င်းသည် ဓာတ်ပုံရိုက်ခြင်းနှင့် ဆင်တူသည်။ သူငယ်ချင်းတစ်ဦး၏ ဓာတ်ပုံကို ရိုက်သောအခါ၊ ဓာတ်ပုံတစ်ပုံသည် သူငယ်ချင်း၏ ပုံအားလုံးကို ချက်ချင်း မှတ်တမ်းတင်နိုင်သည်။
• RDB ကို အစပျိုးရန် နည်းလမ်း နှစ်ခု ရှိသည်- တစ်ခုမှာ manual triggering ဖြစ်ပြီး နောက်တစ်ခုသည် အလိုအလျောက် အစပျိုးခြင်း ဖြစ်သည်။

RDB ကို ကိုယ်တိုင် အစပျိုးပါ။

စွဲမြဲမှုကို ကိုယ်တိုင်လုပ်ဆောင်ရန် လုပ်ဆောင်မှု နှစ်ခုရှိသည်။saveနှင့်bgsave။

၎င်းတို့ကြားရှိ အဓိကကွာခြားချက်မှာ Redis ပင်မကြိုးကို ကွပ်မျက်ခြင်းအား ပိတ်ဆို့ခြင်း ရှိ၊မရှိ၊

1. save command

client ဘက်မှ save command ကိုလုပ်ဆောင်ခြင်းသည် Redis ၏တည်မြဲမှုကိုဖြစ်ပေါ်စေလိမ့်မည်၊ သို့သော်၎င်းသည် Redis ကိုပိတ်ဆို့သည့်အခြေအနေတွင်ဖြစ်စေလိမ့်မည်။ RDB ကိုဆက်လက်မတည်မငြိမ်မချင်းအခြား client များမှပေးပို့သောအမိန့်များကိုတုံ့ပြန်မည်မဟုတ်ပါ၊ ထို့ကြောင့်၎င်းကိုသတိဖြင့်အသုံးပြုရမည်ဖြစ်သည်။ ထုတ်လုပ်မှုပတ်ဝန်းကျင်။

127.0.0.1:6379> save
OK
127.0.0.1:6379>

Command ကို အကောင်အထည်ဖော်တဲ့ လုပ်ငန်းစဉ်ကို ပုံမှာ ပြထားပါတယ်။ 

2. bgsave အမိန့်

• bgsave (နောက်ခံသိမ်းဆည်းခြင်း) သည် နောက်ခံသိမ်းဆည်းခြင်း ဖြစ်သည်။
• ၎င်းနှင့် save command အကြား အကြီးမားဆုံး ခြားနားချက်မှာ bgsave သည် မြဲမြံစွာလုပ်ဆောင်ရန် ကလေးလုပ်ငန်းစဉ်ကို လမ်းခွဲပေးမည်ဖြစ်သည်။
• လုပ်ငန်းစဉ်တစ်ခုလုံးသည် ကလေးဖြစ်စဉ်လမ်းခွဲသည့်အခါမှသာဖြစ်သည်။ခေတ္တမျှသာ ပိတ်ဆို့ထားသည်။
• ကလေးလုပ်ငန်းစဉ်ကို ဖန်တီးပြီးနောက်၊ Redis ၏ အဓိကလုပ်ငန်းစဉ်သည် အခြားဖောက်သည်များထံမှ တောင်းဆိုချက်များကို တုံ့ပြန်နိုင်သည်။

လုပ်ငန်းစဉ်တစ်ခုလုံးကို ပိတ်ဆို့ခြင်းနှင့်အတူsavecommand နဲ့ နှိုင်းယှဉ်ပါ။bgsaveCommand သည်ကျွန်ုပ်တို့အသုံးပြုရန်ပိုမိုသင့်လျော်သည်။

127.0.0.1:6379> bgsave
Background Saving started # 提示开始后台保存 
127.0.0.1:6379>

RDB ကို အလိုအလျောက် အစပျိုးသည်။

Manual Triggering အကြောင်းပြောပြီးနောက်၊ အလိုအလျောက် အစပျိုးခြင်းကို ကြည့်ကြပါစို့။configuration file တွင် အလိုအလျောက်စတင်ခြင်းအတွက် အခြေအနေများကို ကျွန်ုပ်တို့ configure လုပ်နိုင်ပါသည်။

1. mn သိမ်းဆည်းပါ။

• save mn ဆိုသည်မှာ m စက္ကန့်အတွင်း n သော့များပြောင်းပါက၊ မြဲမြံမှုသည် အလိုအလျောက် အစပျိုးသွားသည်ကို ဆိုလိုပါသည်။ကန့်သတ်ချက်များ m နှင့် n ကို Redis configuration file တွင်တွေ့နိုင်သည်။
• ဥပမာအားဖြင့်၊ 60 1 ကို သိမ်းဆည်းခြင်းသည် သော့ပြောင်းလဲမှုတစ်ခုရှိသရွေ့ စက္ကန့် 60 အတွင်း RDB စွဲမြဲနေမှုကို အစပျိုးသွားမည်ဖြစ်သည်။
• အလိုအလျောက်စတင်တည်မြဲခြင်း၏အနှစ်သာရမှာသတ်မှတ်ထားသောအစပျိုးအခြေအနေများနှင့်ကိုက်ညီပါက Redis သည် bgsave အမိန့်ကို တစ်ကြိမ်အလိုအလျောက်လုပ်ဆောင်မည်ဖြစ်သည်။

မှတ်ချက်- save mn commands အများအပြားကို သတ်မှတ်သောအခါ၊ အခြေအနေတစ်ခုသည် မြဲမြံမှုကို အစပျိုးပေးလိမ့်မည်။

ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် အောက်ပါ save mn command နှစ်ခုကို သတ်မှတ်သည်-

save 60 10
save 600 20

• Redis သော့တန်ဖိုးသည် အသက် 60 နှစ်များအတွင်း 10 ကြိမ်ပြောင်းလဲသောအခါ၊ မြဲမြံမှုဖြစ်ပေါ်လိမ့်မည်။
• Redis သော့သည် 60s အတွင်းပြောင်းလဲပါက၊ တန်ဖိုး 10 ကြိမ်ထက်နည်းပါက၊ Redis သည် Redis key ကို 600s အတွင်း အနည်းဆုံး အကြိမ် 20 ပြုပြင်မွမ်းမံထားခြင်းရှိမရှိ ဆုံးဖြတ်ပေးမည်ဖြစ်ပြီး ဖြစ်ပါက၊ မြဲမြံစေပါသည်။

2. Flushall

• flushall command ကို Redis ဒေတာဘေ့စ်ကိုဖယ်ရှားရန်အသုံးပြုသည်။
• ထုတ်လုပ်မှုပတ်ဝန်းကျင်တွင် သတိဖြင့်အသုံးပြုရမည်။
• Redis သည် flushall အမိန့်ကို လုပ်ဆောင်သောအခါ၊ ၎င်းသည် အလိုအလျောက် မြဲမြံမှုကို ဖြစ်ပေါ်စေပြီး RDB ဖိုင်ကို ရှင်းလင်းစေသည်။

3. Master-slave synchronization အစပျိုး

Redis master-slave ကူးယူမှုတွင်၊ slave node သည် အပြည့်အဝ ကူးယူခြင်းလုပ်ငန်းကို လုပ်ဆောင်သောအခါ၊ master node သည် RDB ဖိုင်ကို slave node သို့ပေးပို့ရန် bgsave အမိန့်ကို လုပ်ဆောင်မည်ဖြစ်သည်။ ဤလုပ်ငန်းစဉ်သည် Redis စွဲမြဲမှုကို အလိုအလျောက် အစပျိုးစေသည်။

Redis သည် command များမှတစ်ဆင့် လက်ရှိ configuration parameters များကို မေးမြန်းနိုင်သည်။

query command ၏ ဖော်မတ်မှာ-config get xxx

ဥပမာအားဖြင့်၊ သင်သည် RDB ဖိုင်တစ်ခု၏ သိုလှောင်မှုအမည်ဆက်တင်ကို ရယူလိုပါက၊ သင်သည် အသုံးပြုနိုင်သည်။ config get dbfilename ။

ကွပ်မျက်ခြင်းအကျိုးသက်ရောက်မှုသည်အောက်ပါအတိုင်းဖြစ်သည်။

127.0.0.1:6379> config get dbfilename
1) "dbfilename"
2) "dump.rdb"

ဒေါင်းလုဒ်မပြီးမချင်း Redis ဆာဗာသည် RDB ဖိုင်ကိုဖွင့်သောအခါတွင် ပိတ်ဆို့သွားမည်ဖြစ်ပြီး၊ ၎င်းသည် အချိန်ကြာမြင့်နိုင်ပြီး ဝဘ်ဆိုက်ကို ဝင်ရောက်ကြည့်ရှုနိုင်မည်မဟုတ်ပေ။

Redis ၏ RDB ကက်ရှ်ဖိုင် dump.rdb ကို ကိုယ်တိုင်ဖျက်လိုပါက dump.rdb ဖိုင်၏ သိုလှောင်မှုလမ်းကြောင်းကို ရှာဖွေရန် အောက်ပါ command ကို သုံးနိုင်သည်။▼

find / -name dump.rdb

• ထို့နောက် SSH မှတစ်ဆင့် dump.rdb cache ဖိုင်ကို ကိုယ်တိုင်ဖျက်ပါ။

Redis သည် RDB ၏ configuration ကို သတ်မှတ်သည်။

RDB ၏ configuration ကိုသတ်မှတ်ခြင်းနှင့်ပတ်သက်၍ သင်သည် အောက်ပါနည်းလမ်းနှစ်ခုကို အသုံးပြုနိုင်သည်။

1. Redis ဖွဲ့စည်းမှုပုံစံဖိုင်ကို ကိုယ်တိုင်မွမ်းမံပြင်ဆင်ပါ။
2. အမိန့်ပေးစာကြောင်းဆက်တင်များကိုအသုံးပြုပါ၊ config set dir "/usr/data" သည် RDB ဖိုင်ကိုမွမ်းမံရန်အတွက်သိုလှောင်မှုအမိန့်တော်ဖြစ်သည်။

မှတ်ချက်- redis.conf တွင် configuration ကို config get xxx မှတဆင့် ရယူနိုင်ပြီး config set xxx value မှတဆင့် ပြင်ဆင်ပြီး၊ Redis configuration file ကို ကိုယ်တိုင်မွမ်းမံသည့်နည်းလမ်းသည် ကမ္ဘာလုံးဆိုင်ရာ ထိရောက်မှုဖြစ်သည်၊ ဆိုလိုသည်မှာ Redis ဆာဗာကို ပြန်လည်စတင်ခြင်းဖြင့် သတ်မှတ်ထားသော ကန့်သတ်ဘောင်များ ရှိမည်မဟုတ်ပါ။ ပျောက်ဆုံးသွားသော်လည်း အမိန့်ကို အသုံးပြု၍ ပြင်ဆင်ပြီးပါက Redis ပြန်လည်စတင်ပြီးနောက် ပျောက်ဆုံးသွားမည်ဖြစ်သည်။

သို့သော်၊ သင်သည် Redis ဖွဲ့စည်းမှုပုံစံဖိုင်ကို ချက်ချင်းအကျိုးသက်ရောက်စေရန် သင်ကိုယ်တိုင်မွမ်းမံလိုပါက Redis ဆာဗာကို ပြန်လည်စတင်ရန် လိုအပ်ပြီး အမိန့်ပေးနည်းလမ်းသည် Redis ဆာဗာကို ပြန်လည်စတင်ရန် မလိုအပ်ပါ။

RDB ဖိုင်ပြန်လည်ရယူခြင်း။

Redis ဆာဗာစတင်သောအခါ၊ RDB ဖိုင် dump.rdb သည် Redis root directory တွင်ရှိနေပါက၊ Redis သည် မြဲနေသောဒေတာကိုပြန်လည်ရယူရန် RDB ဖိုင်ကို အလိုအလျောက်တင်မည်ဖြစ်သည်။

root directory တွင် dump.rdb ဖိုင်မရှိပါက၊ dump.rdb ဖိုင်ကို Redis ၏ root directory သို့ ရွှေ့ပါ။

ဟုတ်ပါတယ်၊ Redis စတင်သောအခါတွင် မှတ်တမ်းအချက်အလက်ပါရှိပြီး RDB ဖိုင်ကို တင်ထားခြင်းရှိမရှိကို ပြသပေးမည်ဖြစ်သည်။

ဒေါင်းလုဒ်မပြီးမချင်း Redis ဆာဗာသည် RDB ဖိုင်ကို တင်နေစဉ် ပိတ်ဆို့ထားသည်။

ယခု ကျွန်ုပ်တို့သည် RDB စွဲမြဲမှုကို နည်းလမ်းနှစ်မျိုးဖြင့် ခွဲခြားထားသည်- manual triggering နှင့် automatic triggering-

1. ၎င်း၏ အားသာချက်မှာ သိုလှောင်မှု ဖိုင်သည် သေးငယ်ပြီး Redis ကို စတင်သောအခါတွင် ဒေတာ ပြန်လည်ရယူခြင်းမှာ ပိုမို မြန်ဆန်ကြောင်း သိရသည်။
2. အားနည်းချက်ကတော့ ဒေတာ ဆုံးရှုံးမှု ဖြစ်နိုင်ချေ ရှိပါတယ်။

RDB ဖိုင်များကို ပြန်လည်ရယူခြင်းသည်လည်း အလွန်ရိုးရှင်းပါသည်။ Redis ၏ root directory တွင် RDB ဖိုင်များကို ထားလိုက်ရုံဖြင့် Redis သည် ၎င်းစတင်ချိန်တွင် ဒေတာကို အလိုအလျောက် တင်ကာ ပြန်လည်ရယူမည်ဖြစ်သည်။

RDB ၏ ကောင်းကျိုးနှင့် ဆိုးကျိုးများ

1) RDB ၏အားသာချက်များ

RDB အကြောင်းအရာသည် ဒွိဒေတာ၊ မှတ်ဉာဏ်နည်းသော နေရာယူထားသော၊ ပိုကျစ်လျစ်ပြီး အရန်ဖိုင်အဖြစ် ပိုသင့်လျော်သည်။

RDB သည် ဘေးအန္တရာယ်ပြန်လည်ရယူခြင်းအတွက် အလွန်အသုံးဝင်သည်၊ ၎င်းသည် Redis ဝန်ဆောင်မှုပြန်လည်ရယူရန်အတွက် ပိုမိုမြန်ဆန်သော အဝေးထိန်းဆာဗာသို့ ပြောင်းရွှေ့နိုင်သော ချုံ့ထားသောဖိုင်တစ်ခုဖြစ်သည်။

RDB သည် Redis ၏အမြန်နှုန်းကို များစွာတိုးတက်စေနိုင်သည်၊ အဘယ်ကြောင့်ဆိုသော် Redis လုပ်ငန်းစဉ်သည် ဒေတာကို disk တွင်ဆက်လက်တည်ရှိနေစေရန် ကလေးလုပ်ငန်းစဉ်ကို လမ်းခွဲပေးမည်ဖြစ်သည်။

Redis ပင်မလုပ်ငန်းစဉ်သည် disk I/O ကဲ့သို့သော လုပ်ဆောင်ချက်များကို မလုပ်ဆောင်ပါ။

AOF ဖော်မတ်ဖိုင်များနှင့် နှိုင်းယှဉ်ပါက RDB ဖိုင်များ ပြန်လည်စတင်ရန် ပိုမိုမြန်ဆန်သည်။

2) RDB ၏ အားနည်းချက်များ

RDB သည် သတ်မှတ်ထားသော အချိန်ကာလတစ်ခုအတွင်း ဒေတာများကိုသာ သိမ်းဆည်းနိုင်သောကြောင့် Redis ဝန်ဆောင်မှုကို အလယ်တွင် မတော်တဆ ပိတ်မိပါက Redis ဒေတာသည် အချိန်အတိုင်းအတာတစ်ခုအထိ ဆုံးရှုံးသွားမည်ဖြစ်သည်။

RDB သည် ၎င်းကို subentry ကို အသုံးပြု၍ disk တွင် ထားရှိရန် မကြာခဏ forks လိုအပ်သည့် လုပ်ငန်းစဉ်တစ်ခု။

ဒေတာအတွဲသည် ကြီးမားပါက၊ လမ်းဆုံလမ်းခွသည် အချိန်ကုန်နိုင်ပြီး ဒေတာအတွဲ ကြီးမားပါက CPU စွမ်းဆောင်ရည် ညံ့ဖျင်းပါက Redis သည် သုံးစွဲသူများအား မီလီစက္ကန့်အနည်းငယ် သို့မဟုတ် တစ်စက္ကန့်ပင် ဝန်ဆောင်မှုမပေးနိုင်တော့ပါ။

ဟုတ်ပါတယ်၊ Redis ၏ လုပ်ဆောင်မှုစွမ်းဆောင်ရည်ကို မြှင့်တင်ရန် ဇွဲရှိမှုကိုလည်း ပိတ်နိုင်သည်။

အကယ်၍ သင်သည် ဒေတာဆုံးရှုံးမှုအတွက် သတိမထားမိပါက၊ client ချိတ်ဆက်သည့်အခါ ၎င်းကို သင်လုပ်ဆောင်နိုင်ပါသည်။ config set save "" Redis အတွက် မြဲမြံမှုကို ပိတ်ရန် အမိန့်ပေးသည်။

Inredis.confရှိလျှင်saveအစတွင် ဖွဲ့စည်းမှုအားလုံးကို မှတ်ချက်ပေးပါ၊ ဇွဲရှိမှုကိုလည်း ပိတ်ထားပါမည်၊ သို့သော် ယေဘုယျအားဖြင့် ၎င်းကို လုပ်ဆောင်မည်မဟုတ်ပါ။