የRedis RDB ሙሉ ስም ማን ይባላል? Redis RDB የማህደረ ትውስታ ውሂብ ጽናት የክወና ሁነታ

የ RDB ሙሉ ስም ነው።Redis database.

• ስሙ እንደሚያመለክተው RDB መረጃን ለማከማቸት የሚያገለግል የሬዲስ ዳታቤዝ ነው።
• ስለዚህ, በ RDB ጽናት, በሬዲስ ማህደረ ትውስታ ውስጥ የተከማቸ መረጃ ወደ RDB ፋይል ይጻፋል እና ጽናት ለማግኘት በዲስክ ውስጥ ይቀመጣል.
• የሬዲስ ባህሪው ውሂብን ሊቀጥል ይችላል, ማለትም, ምንም ውሂብ እንዳይጠፋ ለማረጋገጥ ውሂብን በማህደረ ትውስታ ወደ ዲስክ መጻፍ እና እንዲሁም ከዲስክ ወደ ማህደረ ትውስታ መጫን ይችላል.

መጀመሪያ ላይ የሬዲስ ስራዎች ሁሉም በማህደረ ትውስታ ላይ የተመሰረቱ ናቸው, ስለዚህ አፈፃፀሙ በጣም ከፍተኛ ነው, ነገር ግን ፕሮግራሙ ከተዘጋ በኋላ መረጃው ይጠፋል.

ስለዚህ የማህደረ ትውስታ መረጃን በየተወሰነ ጊዜ ወደ ዲስክ መጻፍ አለብን፣ እሱም በቅጽበት በጃርጎን ነው።

ወደነበረበት በሚመለስበት ጊዜ ቅጽበተ-ፎቶው ፋይል በቀጥታ ወደ ማህደረ ትውስታ ይጻፋል።

ይህ በRedis እና Memcached መካከል ካሉት ዋና ዋና ልዩነቶች አንዱ ነው፣ ምክንያቱም Memcached የመቆየት ችሎታ የለውም።

ለRedis ማህደረ ትውስታ መረጃ ዘላቂነት ፣ Redis የሚከተሉትን ዘዴዎች ይሰጠናል ።

• የቅጽበታዊ ገጽ እይታ ዘዴ (RDB, Redis DataBase): የማህደረ ትውስታ መረጃን ወደ ዲስክ በሁለትዮሽ መልክ በተወሰነ ቅጽበት ይፃፉ;
• አባሪ ብቻ ፋይል (AOF ፣ አባሪ ብቻ ፋይል) ፣ ሁሉንም የኦፕሬሽን ትዕዛዞችን ይመዝግቡ እና በፋይሉ ላይ በጽሑፍ ቅፅ ላይ አባሪ ያድርጉ ።
• ድቅል ጽናት፣ ከRedis 4.0 በኋላ ያለው አዲስ ዘዴ፣ ድብልቅ ጽናት የ RDB እና AOF ጥቅሞችን ያጣምራል።በሚጽፉበት ጊዜ በመጀመሪያ የአሁኑን ውሂብ ወደ ፋይሉ መጀመሪያ በ RDB መልክ ይፃፉ እና ከዚያ በኋላ የተከታታይ ኦፕሬሽን ትዕዛዞችን በ AOF መልክ ወደ ፋይሉ ያስቀምጡ ፣ ይህም የ Redis እንደገና መጀመሩን ፍጥነት ማረጋገጥ ብቻ ሳይሆን መቀነስም ይችላል ። የውሂብ መጥፋት አደጋ .

ምክንያቱም እያንዳንዱ የጽናት እቅድ የተወሰኑ የአጠቃቀም ሁኔታዎች አሉት።

Redis RDB የማህደረ ትውስታ ውሂብ ጽናት የክወና ሁነታ

• RDB (Redis DataBase) በተወሰነ ቅጽበት የማህደረ ትውስታ ቅጽበታዊ ገጽ እይታ (Snapshot) በሁለትዮሽ መልክ ወደ ዲስክ የመፃፍ ሂደት ነው።
• የማስታወሻ ቅጽበታዊ ገጽ እይታዎች ከላይ ያልናቸው ናቸው።እሱ በተወሰነ ቅጽበት በማህደረ ትውስታ ውስጥ ያለውን የስቴት መዝገብ ያመለክታል።
• ይህ ፎቶግራፍ ከማንሳት ጋር ተመሳሳይ ነው የጓደኛን ፎቶግራፍ ሲያነሱ ፎቶ ወዲያውኑ ሁሉንም የጓደኛ ምስሎችን መመዝገብ ይችላል.
• RDB ን ለመቀስቀስ ሁለት መንገዶች አሉ አንደኛው በእጅ የሚነሳ ሲሆን ሁለተኛው ደግሞ አውቶማቲክ ቀስቅሴ ነው።

RDB ን በእጅ ያስነሱ

ጽናትን በእጅ ለመቀስቀስ ሁለት ክዋኔዎች አሉ።save和bgsave.

በመካከላቸው ያለው ዋነኛው ልዩነት የሬዲስ ዋና ክር አፈፃፀምን ማገድ ወይም አለማገድ ነው.

1. ትእዛዝ ያስቀምጡ

የማዳን ትዕዛዙን በደንበኛው በኩል መፈጸም የሬዲስን ቀጣይነት ያነሳሳል, ነገር ግን ሬዲስን በማገድ ሁኔታ ውስጥ ያደርገዋል. 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

• save mn ማለት በ m ሰከንድ ውስጥ n ቁልፎች ከተቀየሩ ፅናት በራስ-ሰር ይነሳል ማለት ነው።መለኪያዎች m እና n በሬዲስ ውቅር ፋይል ውስጥ ይገኛሉ።
• ለምሳሌ፣ 60 1 ቆጥቡ ማለት በ60 ሰከንድ ውስጥ፣ አንድ ቁልፍ እስከተቀየረ ድረስ፣ RDB ጽናት ይነሳል ማለት ነው።
• በራስ-ሰር ጽናት የሚቀሰቀስበት ዋናው ነገር የተቀናጁ የመቀስቀሻ ሁኔታዎች ከተሟሉ Redis የbgsave ትዕዛዙን አንድ ጊዜ በራስ-ሰር ያስፈጽማል።

ማሳሰቢያ፡- በርካታ የማዳን mn ትዕዛዞች ሲዘጋጁ፣ የትኛውም ሁኔታ ጽናት ያስከትላል።

ለምሳሌ፣ የሚከተሉትን ሁለት የማስቀመጫ mn ትዕዛዞችን አዘጋጅተናል።

save 60 10
save 600 20

• የ Redis ቁልፍ እሴት በ 60 ዎች ውስጥ 10 ጊዜ ሲቀየር, ጽናት ይነሳል;
• የRedis ቁልፉ በ60ዎቹ ውስጥ ከተቀየረ እና እሴቱ ከ10 ጊዜ ባነሰ ጊዜ ከተቀየረ Redis የሬዲስ ቁልፍ በ600ዎቹ ውስጥ ቢያንስ 20 ጊዜ መቀየሩን ይወስናል እና እንደዛ ከሆነ ጽናት ያስነሳል።

2. Flushall

• የflushall ትዕዛዙ የሬዲስ ዳታቤዝ ለማፍሰስ ጥቅም ላይ ይውላል።
• በምርት አካባቢ ውስጥ በጥንቃቄ ጥቅም ላይ መዋል አለበት.
• ሬዲስ የፍሳሽ ትዕዛዙን ሲፈጽም አውቶማቲክ ጽናት ያስነሳል እና የ RDB ፋይሎችን ያጸዳል።

3. ማስተር-ባሪያ ማመሳሰል ቀስቅሴ

በሬዲስ ማስተር-ባሪያ ማባዛት የባሪያ ኖድ ሙሉ የማባዛት ስራ ሲሰራ ማስተር ኖድ የ RDB ፋይልን ወደ ባሪያ ኖድ ለመላክ የbgsave ትዕዛዙን ያስፈጽማል።

Redis የአሁኑን የውቅር መለኪያዎችን በትእዛዞች መጠየቅ ይችላል።

የመጠይቁ ትዕዛዙ ቅርጸት ነው፡-config get xxx

ለምሳሌ፣ ለRDB ፋይል የማከማቻ ስም ቅንብርን ማግኘት ከፈለጉ፣ መጠቀም ይችላሉ። config get dbfilename .

የአፈፃፀሙ ውጤት እንደሚከተለው ነው.

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

መጫኑ እስኪጠናቀቅ ድረስ የሬዲስ አገልጋዩ የ RDB ፋይልን ሲጭን ስለሚዘጋ ረጅም ጊዜ ሊወስድ ስለሚችል ድህረ ገጹን ማግኘት አይቻልም።

የRDB መሸጎጫ ፋይልን dump.rdb of Redis ን እራስዎ ለመሰረዝ ከፈለጉ ፣የዱፕ.rdb ፋይልን የማጠራቀሚያ መንገድ ለማግኘት የሚከተለውን ትዕዛዝ መጠቀም ይችላሉ ።

find / -name dump.rdb

• ከዚያ በSSH በኩል የ dump.rdb መሸጎጫ ፋይሉን እራስዎ ይሰርዙ።

Redis የ RDB ውቅር ያዘጋጃል።

የ RDB ውቅርን በተመለከተ፣ የሚከተሉትን ሁለት መንገዶች መጠቀም ይችላሉ።

1. የRedis ውቅር ፋይልን በእጅ ያሻሽሉ።
2. የትእዛዝ መስመር ቅንጅቶችን ተጠቀም፣ config set dir "/ usr/data" የ RDB ፋይሉን ለማሻሻል የማከማቻ ትዕዛዝ ነው

ማሳሰቢያ፡ በ redis.conf ውስጥ ያለው ውቅር በ config get xxx ማግኘት እና በ config set xxx እሴት ሊቀየር ይችላል፣ እና የRedis ውቅር ፋይልን በእጅ የመቀየር ዘዴ በአለምአቀፍ ደረጃ ውጤታማ ነው፣ ማለትም፣ Redis አገልጋዩን እንደገና በማስጀመር የተቀመጡት መለኪያዎች አይሰሩም። መጥፋት ፣ ግን ትዕዛዙን በመጠቀም ተሻሽሏል ፣ Redis እንደገና ከጀመረ በኋላ ይጠፋል።

ነገር ግን የሬዲስ ማዋቀር ፋይሉን ወድያውኑ ተግባራዊ ለማድረግ እራስዎ ማስተካከል ከፈለጉ የሬዲስ አገልጋዩን እንደገና ማስጀመር አለብዎት እና የትዕዛዝ ስልቱ የሬዲስ አገልጋዩን እንደገና ማስጀመር አያስፈልገውም።

የ RDB ፋይል መልሶ ማግኛ

የRedis አገልጋዩ ሲጀምር የ RDB ፋይል dump.rdb በRedis root directory ውስጥ ካለ፣ Redis የማያቋርጥ ውሂብ ወደነበረበት ለመመለስ የ RDB ፋይልን በራስ-ሰር ይጭናል።

በ root directory ውስጥ ምንም የ dump.rdb ፋይል ከሌለ፣ እባክዎ በመጀመሪያ የዳፕ.rdb ፋይልን ወደ Redis root ማውጫ ይውሰዱት።

በእርግጥ, Redis ሲጀምር የምዝግብ ማስታወሻ መረጃ አለ, ይህም የ RDB ፋይል መጫኑን ያሳያል.

የሬዲስ አገልጋዩ የRDB ፋይልን በሚጭንበት ጊዜ መጫኑ እስኪጠናቀቅ ድረስ ያግዳል።

አሁን የ RDB ጽናት በሁለት መንገዶች እንደሚከፈል አውቀናል፡- በእጅ መቀስቀስ እና አውቶማቲክ ቀስቅሴ፡

1. የእሱ ጥቅም የማከማቻ ፋይሉ ትንሽ ነው እና Redis ሲጀመር የውሂብ መልሶ ማግኛ ፈጣን ነው.
2. ጉዳቱ የውሂብ መጥፋት አደጋ መኖሩ ነው።

የRDB ፋይሎችን መልሶ ማግኘትም በጣም ቀላል ነው የRDB ፋይሎችን በRedis root ዳይሬክተር ውስጥ ብቻ ያስቀምጡ እና Redis ሲጀምር በራስ ሰር ይጭናል እና ወደነበረበት ይመልሳል።

RDB ጥቅሞች እና ጉዳቶች

1) የ RDB ጥቅሞች

የ RDB ይዘት ሁለትዮሽ ውሂብ ነው, አነስተኛ ማህደረ ትውስታን ይይዛል, የበለጠ የታመቀ እና እንደ የመጠባበቂያ ፋይል የበለጠ ተስማሚ ነው;

RDB ለአደጋ ማገገሚያ በጣም ጠቃሚ ነው, ለRedis አገልግሎት መልሶ ማግኛ ወደ ሩቅ አገልጋይ በፍጥነት ሊተላለፍ የሚችል የታመቀ ፋይል ነው;

RDB የሬዲስን ፍጥነት በእጅጉ ሊያሻሽል ይችላል ፣ ምክንያቱም ዋናው የ Redis ሂደት አንድ ልጅ መረጃን ወደ ዲስክ እንዲቆይ ሂደትን ስለሚፈጥር ነው።

የሬዲስ ዋና ሂደት እንደ ዲስክ I / O ያሉ ተግባራትን አያከናውንም;

ከ AOF ቅርፀት ፋይሎች ጋር ሲነጻጸር፣ RDB ፋይሎች በፍጥነት እንደገና ይጀምራሉ።

2) የ RDB ጉዳቶች

RDB ውሂብን በተወሰነ የጊዜ ልዩነት ውስጥ ብቻ መቆጠብ ስለሚችል, የ Redis አገልግሎት በአጋጣሚ መሃሉ ላይ ከተቋረጠ, የ Redis ውሂብ ለተወሰነ ጊዜ ይጠፋል;

ንዑስ ክፍልን በመጠቀም በዲስክ ላይ ለማስቀመጥ RDB ተደጋጋሚ ሹካ የሚፈልግበት ሂደት።

የመረጃ ቋቱ ትልቅ ከሆነ ሹካ ጊዜ የሚወስድ ሲሆን የመረጃው ስብስብ ትልቅ ከሆነ ደግሞ የሲፒዩ አፈጻጸም ደካማ ነው፣ ይህ ደግሞ Redis ደንበኞችን ለጥቂት ሚሊሰከንዶች ወይም ለአንድ ሰከንድ ማገልገል እንዳይችል ያደርጋል።

እርግጥ ነው፣ የRedisን የአፈጻጸም ቅልጥፍና ለማሻሻል ጽናትንም ማሰናከል እንችላለን።

ለውሂብ መጥፋት ስሜታዊ ካልሆኑ፣ ደንበኛው ሲገናኝ ይህን ማድረግ ይችላሉ። config set save "" ለRedis ጽናት ለማሰናከል ትእዛዝ።

在redis.conf፣ ከገባsaveመጀመሪያ ላይ ሁሉንም አወቃቀሮች አስተያየት ይስጡ፣ እና ጽናት እንዲሁ ይሰናከላል፣ ግን ይህ በአጠቃላይ አልተደረገም።