Redis RDB യുടെ മുഴുവൻ പേര് എന്താണ്? Redis RDB മെമ്മറി ഡാറ്റ പെർസിസ്റ്റൻസ് ഓപ്പറേഷൻ മോഡ്

RDB യുടെ മുഴുവൻ പേര്Redis database.

• പേര് സൂചിപ്പിക്കുന്നത് പോലെ, ഡാറ്റ സംഭരിക്കാൻ ഉപയോഗിക്കുന്ന ഒരു Redis ഡാറ്റാബേസാണ് RDB.
• അതിനാൽ, RDB സ്ഥിരതയിലൂടെ, Redis മെമ്മറിയിൽ സംഭരിച്ചിരിക്കുന്ന ഡാറ്റ RDB ഫയലിലേക്ക് എഴുതുകയും സ്ഥിരത കൈവരിക്കുന്നതിനായി ഡിസ്കിലേക്ക് സംരക്ഷിക്കുകയും ചെയ്യുന്നു.
• Redis-ന്റെ സവിശേഷത, ഇതിന് ഡാറ്റ നിലനിർത്താൻ കഴിയും, അതായത്, ഡാറ്റ നഷ്ടപ്പെടുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ മെമ്മറിയിൽ ഡാറ്റ ഡിസ്കിലേക്ക് എഴുതാം, കൂടാതെ ഡിസ്കിൽ നിന്ന് മെമ്മറിയിലേക്ക് ഡാറ്റ ലോഡ് ചെയ്യാനും കഴിയും.

തുടക്കത്തിൽ റെഡിസിന്റെ പ്രവർത്തനങ്ങളെല്ലാം മെമ്മറിയെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, അതിനാൽ പ്രകടനം വളരെ ഉയർന്നതാണ്, പക്ഷേ പ്രോഗ്രാം അടച്ചുകഴിഞ്ഞാൽ, ഡാറ്റ നഷ്ടപ്പെടും.

അതിനാൽ, നമ്മൾ ഇൻ-മെമ്മറി ഡാറ്റ ഡിസ്കിലേക്ക് നിശ്ചിത ഇടവേളകളിൽ എഴുതേണ്ടതുണ്ട്, അത് ജാർഗണിലെ സ്നാപ്പ്ഷോട്ട് ആണ്.

പുനഃസ്ഥാപിക്കുമ്പോൾ, സ്നാപ്പ്ഷോട്ട് ഫയൽ മെമ്മറിയിലേക്ക് നേരിട്ട് എഴുതുന്നു.

റെഡിസും മെംകാഷെഡും തമ്മിലുള്ള പ്രധാന വ്യത്യാസങ്ങളിൽ ഒന്നാണിത്, കാരണം മെംകാഷെഡിന് സ്ഥിരതയുള്ള ശേഷിയില്ല.

Redis മെമ്മറി ഡാറ്റയുടെ സ്ഥിരതയ്ക്കായി, Redis ഞങ്ങൾക്ക് ഇനിപ്പറയുന്ന രീതികൾ നൽകുന്നു:

• സ്നാപ്പ്ഷോട്ട് രീതി (RDB, Redis DataBase): ഒരു നിശ്ചിത നിമിഷത്തിൽ ബൈനറി രൂപത്തിൽ ഡിസ്കിലേക്ക് മെമ്മറി ഡാറ്റ എഴുതുക;
• ഫയൽ മാത്രം ചേർക്കുക (AOF, ഫയൽ മാത്രം ചേർക്കുക), എല്ലാ പ്രവർത്തന കമാൻഡുകളും റെക്കോർഡ് ചെയ്യുക, കൂടാതെ ഫയലിലേക്ക് ടെക്സ്റ്റ് രൂപത്തിൽ കൂട്ടിച്ചേർക്കുക;
• ഹൈബ്രിഡ് പെർസിസ്റ്റൻസ്, റെഡിസ് 4.0 ന് ശേഷമുള്ള ഒരു പുതിയ രീതി, ഹൈബ്രിഡ് പെർസിസ്റ്റൻസ് RDB, AOF എന്നിവയുടെ ഗുണങ്ങളെ സംയോജിപ്പിക്കുന്നു.എഴുതുമ്പോൾ, ആദ്യം നിലവിലുള്ള ഡാറ്റ RDB രൂപത്തിൽ ഫയലിന്റെ തുടക്കത്തിൽ എഴുതുക, തുടർന്ന് AOF രൂപത്തിൽ തുടർന്നുള്ള പ്രവർത്തന കമാൻഡുകൾ ഫയലിലേക്ക് സംരക്ഷിക്കുക, ഇത് Redis പുനരാരംഭിക്കുന്നതിന്റെ വേഗത ഉറപ്പാക്കാൻ മാത്രമല്ല, കുറയ്ക്കാനും കഴിയും. ഡാറ്റ നഷ്ടപ്പെടാനുള്ള സാധ്യത.

കാരണം ഓരോ പെർസിസ്റ്റൻസ് സ്കീമിനും പ്രത്യേക ഉപയോഗ സാഹചര്യങ്ങളുണ്ട്.

Redis RDB മെമ്മറി ഡാറ്റ പെർസിസ്റ്റൻസ് ഓപ്പറേഷൻ മോഡ്

• ഒരു നിശ്ചിത നിമിഷത്തിൽ ബൈനറി രൂപത്തിൽ ഡിസ്കിലേക്ക് മെമ്മറി സ്നാപ്പ്ഷോട്ട് (സ്നാപ്പ്ഷോട്ട്) എഴുതുന്ന പ്രക്രിയയാണ് RDB (റെഡിസ് ഡാറ്റാബേസ്).
• മെമ്മറി സ്നാപ്പ്ഷോട്ടുകൾ ഞങ്ങൾ മുകളിൽ പറഞ്ഞതാണ്.ഒരു നിശ്ചിത നിമിഷത്തിൽ മെമ്മറിയിലെ ഡാറ്റയുടെ സ്റ്റേറ്റ് റെക്കോർഡിനെ ഇത് സൂചിപ്പിക്കുന്നു.
• ഇത് ഒരു ഫോട്ടോ എടുക്കുന്നതിന് സമാനമാണ്, നിങ്ങൾ ഒരു സുഹൃത്തിന്റെ ഫോട്ടോ എടുക്കുമ്പോൾ, ഒരു ഫോട്ടോയ്ക്ക് സുഹൃത്തിന്റെ എല്ലാ ചിത്രങ്ങളും തൽക്ഷണം റെക്കോർഡുചെയ്യാനാകും.
• RDB പ്രവർത്തനക്ഷമമാക്കാൻ രണ്ട് വഴികളുണ്ട്: ഒന്ന് മാനുവൽ ട്രിഗറിംഗ്, മറ്റൊന്ന് ഓട്ടോമാറ്റിക് ട്രിഗറിംഗ്.

RDB സ്വമേധയാ പ്രവർത്തനക്ഷമമാക്കുക

സ്ഥിരോത്സാഹം സ്വമേധയാ പ്രവർത്തനക്ഷമമാക്കുന്നതിന് രണ്ട് പ്രവർത്തനങ്ങളുണ്ട്:save和bgsave.

റെഡിസ് മെയിൻ ത്രെഡിന്റെ നിർവ്വഹണം തടയണോ വേണ്ടയോ എന്നതാണ് അവ തമ്മിലുള്ള പ്രധാന വ്യത്യാസം.

1. കമാൻഡ് സേവ് ചെയ്യുക

ക്ലയന്റ് സൈഡിൽ സേവ് കമാൻഡ് എക്‌സിക്യൂഷൻ ചെയ്യുന്നത് Redis-ന്റെ സ്ഥിരതയെ ട്രിഗർ ചെയ്യും, പക്ഷേ അത് Redis-നെ തടയുന്ന അവസ്ഥയിലാക്കും. RDB നിലനിൽക്കുന്നതുവരെ മറ്റ് ക്ലയന്റുകളയച്ച കമാൻഡുകളോട് ഇത് പ്രതികരിക്കില്ല, അതിനാൽ ഇത് ജാഗ്രതയോടെ ഉപയോഗിക്കണം. ഉൽപ്പാദന അന്തരീക്ഷം.

127.0.0.1:6379> save
OK
127.0.0.1:6379>

കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്ന പ്രക്രിയ ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നു 

2. bgsave കമാൻഡ്

• bgsave (ബാക്ക്ഗ്രൗണ്ട് സേവ്) ഒരു ബാക്ക്ഗ്രൗണ്ട് സേവ് ആണ്.
• അതും സേവ് കമാൻഡും തമ്മിലുള്ള ഏറ്റവും വലിയ വ്യത്യാസം bgsave ഒരു ചൈൽഡ് പ്രോസസ് പെർസിസ്റ്റൻസ് നടപ്പിലാക്കാൻ സഹായിക്കും എന്നതാണ്.
• കുട്ടിയുടെ പ്രക്രിയ നാൽക്കവലയാകുമ്പോൾ മാത്രമാണ് മുഴുവൻ പ്രക്രിയയും.ചെറിയൊരു തടസ്സമേ ഉള്ളൂ.
• ചൈൽഡ് പ്രോസസ്സ് സൃഷ്ടിച്ച ശേഷം, മറ്റ് ക്ലയന്റുകളിൽ നിന്നുള്ള അഭ്യർത്ഥനകളോട് പ്രതികരിക്കാൻ റെഡിസിന്റെ പ്രധാന പ്രക്രിയയ്ക്ക് കഴിയും.

മുഴുവൻ പ്രക്രിയയും തടയുന്നതിനൊപ്പംsaveകമാൻഡുമായി താരതമ്യപ്പെടുത്തുമ്പോൾbgsaveകമാൻഡ് നമുക്ക് ഉപയോഗിക്കാൻ കൂടുതൽ അനുയോജ്യമാണ്.

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

RDB യാന്ത്രികമായി ട്രിഗർ ചെയ്യുക

മാനുവൽ ട്രിഗറിംഗിനെക്കുറിച്ച് സംസാരിച്ച ശേഷം, നമുക്ക് ഓട്ടോമാറ്റിക് ട്രിഗറിംഗിനെക്കുറിച്ച് നോക്കാം.കോൺഫിഗറേഷൻ ഫയലിൽ ഓട്ടോമാറ്റിക് ട്രിഗറിംഗിനുള്ള വ്യവസ്ഥകൾ നമുക്ക് ക്രമീകരിക്കാം.

1. mn സംരക്ഷിക്കുക

• സേവ് mn എന്നാൽ m സെക്കന്റുകൾക്കുള്ളിൽ, n കീകൾ മാറുകയാണെങ്കിൽ, സ്ഥിരത സ്വയമേവ പ്രവർത്തനക്ഷമമാകും.റെഡിസ് കോൺഫിഗറേഷൻ ഫയലിൽ m, n എന്നീ പാരാമീറ്ററുകൾ കാണാം.
• ഉദാഹരണത്തിന്, സേവ് 60 1 എന്നതിനർത്ഥം 60 സെക്കൻഡിനുള്ളിൽ, ഒരു കീ മാറുന്നിടത്തോളം, RDB സ്ഥിരത പ്രവർത്തനക്ഷമമാകും എന്നാണ്.
• ഓട്ടോമാറ്റിക്കായി പെർസിസ്റ്റൻസ് ട്രിഗർ ചെയ്യുന്നതിന്റെ സാരം, സെറ്റ് ട്രിഗർ വ്യവസ്ഥകൾ പാലിക്കുകയാണെങ്കിൽ, റെഡിസ് ഒരു തവണ bgsave കമാൻഡ് സ്വയമേവ എക്സിക്യൂട്ട് ചെയ്യും എന്നതാണ്.

ശ്രദ്ധിക്കുക: ഒന്നിലധികം save mn കമാൻഡുകൾ സജ്ജീകരിക്കുമ്പോൾ, ഏതെങ്കിലും ഒരു വ്യവസ്ഥ സ്ഥിരതയെ ട്രിഗർ ചെയ്യും.

ഉദാഹരണത്തിന്, ഞങ്ങൾ ഇനിപ്പറയുന്ന രണ്ട് save mn കമാൻഡുകൾ സജ്ജമാക്കി:

save 60 10
save 600 20

• Redis കീ മൂല്യം 60-കൾക്കുള്ളിൽ 10 തവണ മാറുമ്പോൾ, സ്ഥിരത പ്രവർത്തനക്ഷമമാകും;
• 60-കൾക്കുള്ളിൽ Redis കീ മാറുകയാണെങ്കിൽ, മൂല്യം 10 ​​തവണയിൽ താഴെ മാറുകയാണെങ്കിൽ, Redis കീ 600-കൾക്കുള്ളിൽ കുറഞ്ഞത് 20 തവണയെങ്കിലും പരിഷ്കരിച്ചിട്ടുണ്ടോ എന്ന് Redis നിർണ്ണയിക്കും, അങ്ങനെയാണെങ്കിൽ, സ്ഥിരത ട്രിഗർ ചെയ്യുക.

2. ഫ്ലഷൽ

• Redis ഡാറ്റാബേസ് ഫ്ലഷ് ചെയ്യുന്നതിന് flushall കമാൻഡ് ഉപയോഗിക്കുന്നു.
• ഉൽപ്പാദന അന്തരീക്ഷത്തിൽ ഇത് ജാഗ്രതയോടെ ഉപയോഗിക്കണം.
• Redis flushall കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുമ്പോൾ, അത് ഓട്ടോമാറ്റിക് പെർസിസ്റ്റൻസ് ട്രിഗർ ചെയ്യുകയും RDB ഫയൽ ക്ലിയർ ചെയ്യുകയും ചെയ്യുന്നു.

3. മാസ്റ്റർ-സ്ലേവ് സിൻക്രൊണൈസേഷൻ ട്രിഗർ

റെഡിസ് മാസ്റ്റർ-സ്ലേവ് റെപ്ലിക്കേഷനിൽ, സ്ലേവ് നോഡ് ഒരു പൂർണ്ണമായ റെപ്ലിക്കേഷൻ ഓപ്പറേഷൻ നടത്തുമ്പോൾ, സ്ലേവ് നോഡിലേക്ക് RDB ഫയൽ അയയ്ക്കുന്നതിന് മാസ്റ്റർ നോഡ് bgsave കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യും.

റെഡിസിന് നിലവിലെ കോൺഫിഗറേഷൻ പാരാമീറ്ററുകൾ കമാൻഡുകൾ വഴി അന്വേഷിക്കാൻ കഴിയും.

അന്വേഷണ കമാൻഡിന്റെ ഫോർമാറ്റ് ഇതാണ്:config get xxx

ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു RDB ഫയലിന്റെ സംഭരണ ​​നാമ ക്രമീകരണം ലഭിക്കണമെങ്കിൽ, നിങ്ങൾക്ക് ഉപയോഗിക്കാം config get dbfilename .

എക്സിക്യൂഷൻ പ്രഭാവം ഇപ്രകാരമാണ്:

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

ലോഡിംഗ് പൂർത്തിയാകുന്നതുവരെ RDB ഫയൽ ലോഡുചെയ്യുമ്പോൾ Redis സെർവർ ബ്ലോക്ക് ചെയ്യുന്നതിനാൽ, അത് ദീർഘനേരം ഉണ്ടാക്കുകയും വെബ്‌സൈറ്റ് ആക്‌സസ് ചെയ്യാൻ കഴിയില്ല.

നിങ്ങൾക്ക് Redis-ന്റെ RDB കാഷെ ഫയൽ dump.rdb സ്വമേധയാ ഇല്ലാതാക്കണമെങ്കിൽ, dump.rdb ഫയലിന്റെ സ്റ്റോറേജ് പാത്ത് കണ്ടെത്താൻ നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിക്കാം▼

find / -name dump.rdb

• തുടർന്ന്, SSH വഴി dump.rdb കാഷെ ഫയൽ സ്വമേധയാ ഇല്ലാതാക്കുക.

റെഡിസ് RDB യുടെ കോൺഫിഗറേഷൻ സജ്ജമാക്കുന്നു

RDB യുടെ കോൺഫിഗറേഷൻ സജ്ജീകരിക്കുന്നത് സംബന്ധിച്ച്, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന രണ്ട് വഴികൾ ഉപയോഗിക്കാം:

1. Redis കോൺഫിഗറേഷൻ ഫയൽ സ്വമേധയാ പരിഷ്കരിക്കുക
2. കമാൻഡ് ലൈൻ ക്രമീകരണങ്ങൾ ഉപയോഗിക്കുക, RDB ഫയൽ പരിഷ്‌ക്കരിക്കുന്നതിനുള്ള സ്റ്റോറേജ് കമാൻഡ് ആണ് കോൺഫിഗറേഷൻ സെറ്റ് dir "/usr/data"

കുറിപ്പ്: redis.conf-ലെ കോൺഫിഗറേഷൻ config get xxx വഴി നേടുകയും config set xxx മൂല്യം വഴി പരിഷ്‌ക്കരിക്കുകയും ചെയ്യാം, കൂടാതെ Redis കോൺഫിഗറേഷൻ ഫയൽ മാനുവലായി പരിഷ്‌ക്കരിക്കുന്ന രീതി ആഗോളതലത്തിൽ ഫലപ്രദമാണ്, അതായത്, Redis സെർവർ പുനരാരംഭിക്കുന്നതിലൂടെ സജ്ജമാക്കിയ പാരാമീറ്ററുകൾ പ്രവർത്തിക്കില്ല. നഷ്‌ടപ്പെടും, പക്ഷേ കമാൻഡ് ഉപയോഗിച്ച് പരിഷ്‌ക്കരിച്ചു, Redis പുനരാരംഭിച്ചതിന് ശേഷം ഇത് നഷ്‌ടമാകും.

എന്നിരുന്നാലും, ഉടനടി പ്രാബല്യത്തിൽ വരാൻ നിങ്ങൾക്ക് Redis കോൺഫിഗറേഷൻ ഫയൽ സ്വമേധയാ പരിഷ്കരിക്കണമെങ്കിൽ, നിങ്ങൾ Redis സെർവർ പുനരാരംഭിക്കേണ്ടതുണ്ട്, കൂടാതെ കമാൻഡ് രീതിക്ക് Redis സെർവർ പുനരാരംഭിക്കേണ്ടതില്ല.

RDB ഫയൽ വീണ്ടെടുക്കൽ

Redis സെർവർ ആരംഭിക്കുമ്പോൾ, Redis റൂട്ട് ഡയറക്‌ടറിയിൽ RDB ഫയൽ dump.rdb നിലവിലുണ്ടെങ്കിൽ, സ്ഥിരമായ ഡാറ്റ പുനഃസ്ഥാപിക്കുന്നതിന് Redis യാന്ത്രികമായി RDB ഫയൽ ലോഡ് ചെയ്യും.

റൂട്ട് ഡയറക്‌ടറിയിൽ dump.rdb ഫയൽ ഇല്ലെങ്കിൽ, ദയവായി dump.rdb ഫയൽ Redis-ന്റെ റൂട്ട് ഡയറക്‌ടറിയിലേക്ക് നീക്കുക.

തീർച്ചയായും, Redis ആരംഭിക്കുമ്പോൾ ലോഗ് വിവരങ്ങൾ ഉണ്ട്, അത് RDB ഫയൽ ലോഡ് ചെയ്തിട്ടുണ്ടോ എന്ന് കാണിക്കും.

ലോഡിംഗ് പൂർത്തിയാകുന്നതുവരെ RDB ഫയൽ ലോഡ് ചെയ്യുമ്പോൾ Redis സെർവർ തടയുന്നു.

RDB സ്ഥിരതയെ രണ്ട് തരങ്ങളായി തിരിച്ചിരിക്കുന്നുവെന്ന് ഇപ്പോൾ നമുക്കറിയാം: മാനുവൽ ട്രിഗറിംഗ്, ഓട്ടോമാറ്റിക് ട്രിഗറിംഗ്:

1. റെഡിസ് ആരംഭിക്കുമ്പോൾ സ്റ്റോറേജ് ഫയൽ ചെറുതും ഡാറ്റ വീണ്ടെടുക്കൽ വേഗത്തിലുമാണ് എന്നതാണ് ഇതിന്റെ നേട്ടം.
2. ഡാറ്റ നഷ്‌ടപ്പെടാനുള്ള സാധ്യതയുണ്ടെന്നതാണ് ദോഷം.

RDB ഫയലുകളുടെ വീണ്ടെടുക്കലും വളരെ ലളിതമാണ്. RDB ഫയലുകൾ Redis-ന്റെ റൂട്ട് ഡയറക്ടറിയിൽ ഇടുക, Redis അത് ആരംഭിക്കുമ്പോൾ ഡാറ്റ സ്വയമേവ ലോഡ് ചെയ്യുകയും പുനഃസ്ഥാപിക്കുകയും ചെയ്യും.

RDB ഗുണങ്ങളും ദോഷങ്ങളും

1) RDB നേട്ടങ്ങൾ

RDB യുടെ ഉള്ളടക്കം ബൈനറി ഡാറ്റയാണ്, അത് കുറച്ച് മെമ്മറി ഉൾക്കൊള്ളുന്നു, കൂടുതൽ ഒതുക്കമുള്ളതും ഒരു ബാക്കപ്പ് ഫയലായി കൂടുതൽ അനുയോജ്യവുമാണ്;

ഡിസാസ്റ്റർ റിക്കവറിക്ക് RDB വളരെ ഉപകാരപ്രദമാണ്, Redis സർവീസ് വീണ്ടെടുക്കലിനായി വേഗത്തിൽ റിമോട്ട് സെർവറിലേക്ക് മാറ്റാൻ കഴിയുന്ന ഒരു കംപ്രസ് ചെയ്ത ഫയലാണിത്;

RDB-ന് റെഡിസിന്റെ വേഗത വളരെയധികം മെച്ചപ്പെടുത്താൻ കഴിയും, കാരണം പ്രധാന Redis പ്രക്രിയ ഒരു ചൈൽഡ് പ്രോസസിനെ ഡിസ്കിലേക്ക് ഡാറ്റ നിലനിർത്താൻ സഹായിക്കും.

Redis പ്രധാന പ്രക്രിയ ഡിസ്ക് I/O പോലുള്ള പ്രവർത്തനങ്ങൾ നടത്തുന്നില്ല;

AOF ഫോർമാറ്റ് ഫയലുകളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ, RDB ഫയലുകൾ വേഗത്തിൽ പുനരാരംഭിക്കുന്നു.

2) RDB യുടെ ദോഷങ്ങൾ

RDB-ക്ക് ഒരു നിശ്ചിത സമയ ഇടവേളയിൽ മാത്രമേ ഡാറ്റ സംരക്ഷിക്കാൻ കഴിയൂ എന്നതിനാൽ, Redis സേവനം അബദ്ധത്തിൽ മധ്യത്തിൽ അവസാനിപ്പിച്ചാൽ, Redis ഡാറ്റ ഒരു നിശ്ചിത സമയത്തേക്ക് നഷ്ടപ്പെടും;

സബ്‌എൻട്രി ഉപയോഗിച്ച് ഡിസ്‌കിൽ സേവ് ചെയ്യുന്നതിനായി RDB-യ്‌ക്ക് പതിവായി ഫോർക്കുകൾ ആവശ്യമായി വരുന്ന ഒരു പ്രക്രിയ.

ഡാറ്റാസെറ്റ് വലുതാണെങ്കിൽ, ഫോർക്ക് സമയമെടുക്കും, ഡാറ്റാസെറ്റ് വലുതാണെങ്കിൽ, CPU പ്രകടനം മോശമാണ്, ഇത് Redis-ന് ഏതാനും മില്ലിസെക്കൻഡുകളോ ഒരു സെക്കന്റോ പോലും ക്ലയന്റുകൾക്ക് സേവനം നൽകാൻ കഴിയാതെ വന്നേക്കാം.

തീർച്ചയായും, Redis-ന്റെ എക്സിക്യൂഷൻ കാര്യക്ഷമത മെച്ചപ്പെടുത്താൻ നമുക്ക് സ്ഥിരോത്സാഹം പ്രവർത്തനരഹിതമാക്കാം.

ഡാറ്റ നഷ്‌ടത്തെക്കുറിച്ച് നിങ്ങൾ സെൻസിറ്റീവ് അല്ലെങ്കിൽ, ക്ലയന്റ് കണക്റ്റുചെയ്യുമ്പോൾ നിങ്ങൾക്ക് ഇത് ചെയ്യാൻ കഴിയും config set save "" റെഡിസിനുള്ള പെർസിസ്റ്റൻസ് പ്രവർത്തനരഹിതമാക്കാനുള്ള കമാൻഡ്.

ൽredis.conf, അകത്തുണ്ടെങ്കിൽsaveതുടക്കത്തിൽ തന്നെ എല്ലാ കോൺഫിഗറേഷനുകളും കമന്റ് ചെയ്യുക, സ്ഥിരോത്സാഹവും പ്രവർത്തനരഹിതമാക്കും, എന്നാൽ ഇത് പൊതുവെ ചെയ്യാറില്ല.