וואָס איז די פול נאָמען פון Redis RDB? Redis RDB זיקאָרן דאַטן פּערסיסטאַנס אָפּעראַציע מאָדע

די פול נאָמען פון RDB איזRedis database.

• ווי דער נאָמען סאַגדזשעס, RDB איז אַ רעדיס דאַטאַבייס געניצט צו קראָם דאַטן.
• דעריבער, דורך RDB פּערסיסטאַנס, די דאַטן סטאָרד אין די Redis זכּרון זענען געשריבן צו די RDB טעקע און געראטעוועט צו די דיסק צו דערגרייכן פּערסיסטאַנס.
• די שטריך פון Redis איז אַז עס קענען אָנהאַלטן דאַטן, דאָס איז, שרייַבן דאַטן אין זכּרון צו דיסק צו ענשור אַז קיין דאַטן זענען פאַרפאַלן, און קענען אויך לאָדן דאַטן פֿון דיסק אין זכּרון.

די אַפּעריישאַנז פון Redis אין די אָנהייב זענען אַלע באזירט אויף זכּרון, אַזוי די פאָרשטעלונג איז זייער הויך, אָבער אַמאָל די פּראָגראַם איז פארמאכט, די דאַטן זענען פאַרפאַלן.

דעריבער, מיר דאַרפֿן צו שרייַבן אין-זיקאָרן דאַטן צו דיסק אין ספּעסיפיעד ינטערוואַלז, וואָס איז Snapshot אין זשאַרגאָן.

ווען ריסטאָרינג, די מאָמענטבילד טעקע איז געשריבן גלייַך צו זכּרון.

דאָס איז אויך איינער פון די הויפּט דיפעראַנסיז צווישן 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.

דער הויפּט חילוק צווישן זיי איז צי צו פאַרשפּאַרן די דורכפירונג פון די Redis הויפּט פאָדעם אָדער נישט.

1. ראַטעווען באַפֿעל

אויספירן די היט באַפֿעל אויף די קליענט זייַט וועט צינגל די פּערסיסטאַנס פון Redis, אָבער עס וועט אויך מאַכן Redis אין אַ בלאַקינג שטאַט. עס וועט נישט ריספּאַנד צו קאַמאַנדז געשיקט דורך אנדערע קלייאַנץ ביז די RDB איז פּערסיסטאַד, אַזוי עס מוזן זיין געוויינט מיט וואָרענען אין די פּראָדוקציע סוויווע.

127.0.0.1:6379> save
OK
127.0.0.1:6379>

דער פּראָצעס פון עקסאַקיוטינג די באַפֿעל איז געוויזן אין די פיגור 

2. bgsave באַפֿעל

• bgsave (הינטערגראָונד היט) איז אַ הינטערגרונט היט.
• דער ביגאַסט חילוק צווישן עס און די היט באַפֿעל איז אַז bgsave וועט גאָפּל אַ קינד פּראָצעס צו דורכפירן פּערסיסטאַנס.
• דער גאנצער פּראָצעס איז בלויז ווען דער קינד פּראָצעס איז גאָפּל.עס איז בלויז אַ קורץ בלאַקידזש.
• נאָך דער קינד פּראָצעס איז באשאפן, דער הויפּט פּראָצעס פון Redis קענען ריספּאַנד צו ריקוועס פון אנדערע קלייאַנץ.

מיט בלאַקינג די גאנצע פּראָצעסsaveקאַמפּערד צו די באַפֿעלbgsaveבאַפֿעל איז דאָך מער פּאַסיק פֿאַר אונדז צו נוצן.

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

אויטאָמאַטיש צינגל RDB

נאָך גערעדט וועגן מאַנואַל טריגערינג, לאָמיר קוקן אין אָטאַמאַטיק טריגערינג.מיר קענען קאַנפיגיער די באדינגונגען פֿאַר אָטאַמאַטיק טריגערינג אין די קאַנפיגיעריישאַן טעקע.

1. ראַטעווען מן

• save mn מיטל אַז ין ם סעקונדעס, אויב n שליסלען טוישן, פּערסיסטאַנס איז אויטאָמאַטיש טריגערד.פּאַראַמעטערס m און n קענען זיין געפֿונען אין די Redis קאַנפיגיעריישאַן טעקע.
• פֿאַר בייַשפּיל, שפּאָרן 60 1 מיטל אַז אין 60 סעקונדעס, אַזוי לאַנג ווי איין שליסל ענדערונגען, RDB פּערסיסטאַנס וועט זיין טריגערד.
• די עסאַנס פון אויטאָמאַטיש טריגערינג פּערסיסטאַנס איז אַז אויב די שטעלן צינגל טנאָים זענען באגעגנט, Redis וועט אויטאָמאַטיש ויספירן די bgsave באַפֿעל אַמאָל.

באַמערקונג: ווען קייפל היט-מן קאַמאַנדז זענען באַשטימט, קיין איין צושטאַנד וועט צינגל פּערסיסטאַנס.

פֿאַר בייַשפּיל, מיר שטעלן די פאלגענדע צוויי Save mn קאַמאַנדז:

save 60 10
save 600 20

• ווען די רעדיס שליסל ווערט ענדערונגען 60 מאל ין 10 ס, פּערסיסטאַנס וועט זיין טריגערד;
• אויב די Redis שליסל ענדערונגען אין 60 ס, און אויב די ווערט ענדערונגען ווייניקער ווי 10 מאל, Redis וועט באַשליסן צי די Redis שליסל איז מאַדאַפייד לפּחות 600 מאל אין 20 ס, און אויב אַזוי, צינגל פּערסיסטאַנס.

2. פלושאַל

• די פלושאַל באַפֿעל איז געניצט צו ויסמעקן די Redis דאַטאַבייס.
• עס מוזן זיין געוויינט מיט וואָרענען אין אַ פּראָדוקציע סוויווע.
• ווען Redis עקסאַקיוץ די פלושאַל באַפֿעל, עס טריגערז אָטאַמאַטיק פּערסיסטאַנס און קלירז די RDB טעקעס.

3. בעל-שקלאַף סינגקראַנאַזיישאַן צינגל

אין Redis בעל-שקלאַף רעפּלאַקיישאַן, ווען די שקלאַף נאָדע פּערפאָרמז אַ פול רעפּלאַקיישאַן אָפּעראַציע, דער בעל נאָדע וועט ויספירן די bgsave באַפֿעל צו שיקן די RDB טעקע צו די שקלאַף נאָדע.

Redis קענען אָנפֿרעג די קראַנט קאַנפיגיעריישאַן פּאַראַמעטערס דורך קאַמאַנדז.

דער פֿאָרמאַט פון די אָנפֿרעג באַפֿעל איז:config get xxx

פֿאַר בייַשפּיל, אויב איר ווילן צו באַקומען די סטאָרידזש נאָמען באַשטעטיקן פון אַ RDB טעקע, איר קענען נוצן config get dbfilename .

די דורכפירונג ווירקונג איז ווי גייט:

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

זינט די Redis סערווער וועט פאַרשפּאַרן ווען לאָודינג די RDB טעקע ביז די לאָודינג איז גאַנץ, עס קען פאַרשאַפן אַ לאַנג צייַט און די וועבזייטל קענען ניט זיין אַקסעסט.

אויב איר ווילן צו מאַניואַלי ויסמעקן די RDB קאַש טעקע dump.rdb פון Redis, איר קענען נוצן די פאלגענדע באַפֿעל צו געפֿינען די סטאָרידזש דרך פון די dump.rdb טעקע▼

find / -name dump.rdb

• דערנאָך, מאַניואַלי ויסמעקן די dump.rdb קאַש טעקע דורך סש.

Redis שטעלט די קאַנפיגיעריישאַן פון RDB

וועגן באַשטעטיקן די קאַנפיגיעריישאַן פון RDB, איר קענען נוצן די פאלגענדע צוויי וועגן:

1. מאַניואַלי מאָדיפיצירן די Redis קאַנפיגיעריישאַן טעקע
2. ניצן די באַפֿעלן שורה סעטטינגס, קאָנפיג שטעלן דיר "/usr/data" איז די סטאָרידזש באַפֿעל צו מאָדיפיצירן די RDB טעקע

באַמערקונג: די קאַנפיגיעריישאַן אין redis.conf קענען זיין באקומען דורך config get xxx און מאַדאַפייד דורך config set xxx ווערט, און דער אופֿן פון מאַניואַלי מאָדיפיצירן די Redis קאַנפיגיעריישאַן טעקע איז גלאָובאַלי עפעקטיוו, דאָס הייסט, די פּאַראַמעטערס שטעלן דורך ריסטאַרטינג די Redis סערווער וועט נישט. זיין פאַרפאַלן, אָבער מאַדאַפייד מיט די באַפֿעל, עס וועט זיין פאַרפאַלן נאָך Redis ריסטאַרט.

אָבער, אויב איר ווילן צו מאַניואַלי מאָדיפיצירן די Redis קאַנפיגיעריישאַן טעקע צו נעמען ווירקונג מיד, איר דאַרפֿן צו ריסטאַרט די Redis סערווער, און די באַפֿעל מעטאָד טוט נישט דאַרפן ריסטאַרטינג די Redis סערווער.

RDB טעקע אָפּזוך

ווען די Redis סערווער סטאַרץ, אויב די RDB טעקע dump.rdb יגזיסץ אין די Redis וואָרצל וועגווייַזער, Redis וועט אויטאָמאַטיש לאָדן די RDB טעקע צו ומקערן פּערסיסטענט דאַטן.

אויב עס איז קיין dump.rdb טעקע אין דער וואָרצל וועגווייַזער, ביטע מאַך די dump.rdb טעקע צו דער וואָרצל וועגווייַזער פון Redis.

פון קורס, עס איז קלאָץ אינפֿאָרמאַציע ווען Redis סטאַרץ, וואָס וועט ווייַזן צי די RDB טעקע איז לאָודיד.

די Redis סערווער בלאַקס בשעת לאָודינג די RDB טעקע ביז די לאָודינג איז גאַנץ.

איצט מיר וויסן אַז RDB פּערסיסטאַנס איז צעטיילט אין צוויי וועגן: מאַנואַל טריגערינג און אָטאַמאַטיק טריגערינג:

1. זיין מייַלע איז אַז די סטאָרידזש טעקע איז קליין און דאַטן אָפּזוך איז פאַסטער ווען Redis איז סטאַרטעד.
2. די דאַונסייד איז אַז עס איז אַ ריזיקירן פון דאַטן אָנווער.

די אָפּזוך פון RDB טעקעס איז אויך זייער פּשוט, נאָר שטעלן די RDB טעקעס אין די וואָרצל וועגווייַזער פון Redis, און Redis וועט אויטאָמאַטיש לאָדן און ומקערן דאַטן ווען עס סטאַרץ.

RDB פּראָס און קאָנס

1) RDB אַדוואַנטידזשיז

RDB אינהאַלט איז ביינערי דאַטן, אַקיאַפּייז ווייניקער זכּרון, איז מער סאָליד, און איז מער פּאַסיק ווי אַ באַקאַפּ טעקע;

RDB איז זייער נוציק פֿאַר ומגליק אָפּזוך, עס איז אַ קאַמפּרעסט טעקע וואָס קענען זיין טראַנספערד צו אַ ווייַט סערווער פאַסטער פֿאַר רעדיס דינסט אָפּזוך;

RDB קענען שטארק פֿאַרבעסערן די גיכקייַט פון Redis, ווייַל די הויפּט Redis פּראָצעס וועט פאָרלייגן אַ קינד פּראָצעס צו אָנהאַלטן דאַטן צו דיסק.

דער הויפּט פּראָצעס פון Redis טוט נישט דורכפירן אַפּעריישאַנז אַזאַ ווי דיסק I/O;

קאַמפּערד מיט AOF פֿאָרמאַט טעקעס, RDB טעקעס ריסטאַרט פאַסטער.

2) דיסאַדוואַנטידזשיז פון RDB

ווייַל RDB קענען בלויז ראַטעווען דאַטן אין אַ זיכער צייט מעהאַלעך, אויב די Redis דינסט איז אַקסאַדענאַלי טערמאַנייטיד אין די מיטל, די Redis דאַטן וועט זיין פאַרפאַלן פֿאַר אַ צייט;

א פּראָצעס אין וואָס RDB ריקווייערז אָפט פאָרקס צו האַלטן עס אויף דיסק ניצן סובענטרי.

אויב די דאַטאַסעט איז גרויס, גאָפּל קענען זיין צייט-קאַנסומינג, און אויב די דאַטאַסעט איז גרויס, די קפּו פאָרשטעלונג איז נעבעך, וואָס קען פאַרשאַפן Redis נישט קענען צו דינען קלייאַנץ פֿאַר עטלעכע מיליסעקאַנדז אָדער אפילו אַ רגע.

פון קורס, מיר קענען אויך דיסייבאַל פּערסיסטאַנס צו פֿאַרבעסערן די דורכפירונג עפעקטיווקייַט פון Redis.

אויב איר זענט נישט שפּירעוודיק צו דאַטן אָנווער, איר קענען טאָן דאָס ווען דער קליענט קאַנעקץ config set save "" באַפֿעל צו דיסייבאַל פּערסיסטאַנס פֿאַר Redis.

在redis.conf, אויב איןsaveבאַמערקונג אַלע קאַנפיגיעריישאַנז אין די אָנהייב, און פּערסיסטאַנס וועט אויך זיין פאַרקריפּלט, אָבער דאָס איז בכלל נישט געטאן.