Redis RDB ಯ ಪೂರ್ಣ ಹೆಸರೇನು? ರೆಡಿಸ್ ಆರ್‌ಡಿಬಿ ಮೆಮೊರಿ ಡೇಟಾ ಪರ್ಸಿಸ್ಟೆನ್ಸ್ ಆಪರೇಷನ್ ಮೋಡ್

RDB ನ ಪೂರ್ಣ ಹೆಸರುRedis database.

• ಹೆಸರೇ ಸೂಚಿಸುವಂತೆ, RDB ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಬಳಸಲಾಗುವ Redis ಡೇಟಾಬೇಸ್ ಆಗಿದೆ.
• ಆದ್ದರಿಂದ, RDB ನಿರಂತರತೆಯ ಮೂಲಕ, ರೆಡಿಸ್ ಮೆಮೊರಿಯಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಡೇಟಾವನ್ನು RDB ಫೈಲ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ನಿರಂತರತೆಯನ್ನು ಸಾಧಿಸಲು ಡಿಸ್ಕ್‌ಗೆ ಉಳಿಸಲಾಗುತ್ತದೆ.
• Redis ನ ವೈಶಿಷ್ಟ್ಯವೆಂದರೆ ಅದು ಡೇಟಾವನ್ನು ಮುಂದುವರಿಸಬಹುದು, ಅಂದರೆ, ಯಾವುದೇ ಡೇಟಾ ಕಳೆದುಹೋಗುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಮೆಮೊರಿಯಲ್ಲಿ ಡೇಟಾವನ್ನು ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯಬಹುದು ಮತ್ತು ಡಿಸ್ಕ್‌ನಿಂದ ಮೆಮೊರಿಗೆ ಡೇಟಾವನ್ನು ಲೋಡ್ ಮಾಡಬಹುದು.

ಪ್ರಾರಂಭದಲ್ಲಿ ರೆಡಿಸ್ನ ಕಾರ್ಯಾಚರಣೆಗಳು ಎಲ್ಲಾ ಮೆಮೊರಿಯನ್ನು ಆಧರಿಸಿವೆ, ಆದ್ದರಿಂದ ಕಾರ್ಯಕ್ಷಮತೆ ತುಂಬಾ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ, ಆದರೆ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಮುಚ್ಚಿದ ನಂತರ, ಡೇಟಾ ಕಳೆದುಹೋಗುತ್ತದೆ.

ಆದ್ದರಿಂದ, ನಾವು ನಿರ್ದಿಷ್ಟ ಮಧ್ಯಂತರಗಳಲ್ಲಿ ಡಿಸ್ಕ್‌ಗೆ ಇನ್-ಮೆಮೊರಿ ಡೇಟಾವನ್ನು ಬರೆಯಬೇಕಾಗಿದೆ, ಇದು ಪರಿಭಾಷೆಯಲ್ಲಿ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಆಗಿದೆ.

ಮರುಸ್ಥಾಪಿಸುವಾಗ, ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಫೈಲ್ ಅನ್ನು ನೇರವಾಗಿ ಮೆಮೊರಿಗೆ ಬರೆಯಲಾಗುತ್ತದೆ.

ರೆಡಿಸ್ ಮತ್ತು ಮೆಮ್‌ಕ್ಯಾಚೆಡ್ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸಗಳಲ್ಲಿ ಇದು ಕೂಡ ಒಂದಾಗಿದೆ, ಏಕೆಂದರೆ ಮೆಮ್‌ಕಾಚೆಡ್‌ಗೆ ಯಾವುದೇ ನಿರಂತರ ಸಾಮರ್ಥ್ಯವಿಲ್ಲ.

ರೆಡಿಸ್ ಮೆಮೊರಿ ಡೇಟಾದ ನಿರಂತರತೆಗಾಗಿ, ರೆಡಿಸ್ ನಮಗೆ ಈ ಕೆಳಗಿನ ವಿಧಾನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

• ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ವಿಧಾನ (RDB, ರೆಡಿಸ್ ಡೇಟಾಬೇಸ್): ಒಂದು ನಿರ್ದಿಷ್ಟ ಕ್ಷಣದಲ್ಲಿ ಬೈನರಿ ರೂಪದಲ್ಲಿ ಡಿಸ್ಕ್‌ಗೆ ಮೆಮೊರಿ ಡೇಟಾವನ್ನು ಬರೆಯಿರಿ;
• ಫೈಲ್ ಅನ್ನು ಮಾತ್ರ ಸೇರಿಸಿ (AOF, ಫೈಲ್ ಅನ್ನು ಮಾತ್ರ ಸೇರಿಸಿ), ಎಲ್ಲಾ ಕಾರ್ಯಾಚರಣೆಯ ಆಜ್ಞೆಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿ ಮತ್ತು ಪಠ್ಯ ರೂಪದಲ್ಲಿ ಫೈಲ್‌ಗೆ ಸೇರಿಸಿ;
• ಹೈಬ್ರಿಡ್ ಪರ್ಸಿಸ್ಟೆನ್ಸ್, ರೆಡಿಸ್ 4.0 ನಂತರದ ಹೊಸ ವಿಧಾನ, ಹೈಬ್ರಿಡ್ ನಿರಂತರತೆಯು RDB ಮತ್ತು AOF ನ ಅನುಕೂಲಗಳನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ.ಬರೆಯುವಾಗ, ಮೊದಲು ಪ್ರಸ್ತುತ ಡೇಟಾವನ್ನು ಆರ್‌ಡಿಬಿ ರೂಪದಲ್ಲಿ ಫೈಲ್‌ನ ಪ್ರಾರಂಭಕ್ಕೆ ಬರೆಯಿರಿ ಮತ್ತು ನಂತರದ ಕಾರ್ಯಾಚರಣೆಯ ಆಜ್ಞೆಗಳನ್ನು ಎಒಎಫ್ ರೂಪದಲ್ಲಿ ಫೈಲ್‌ಗೆ ಉಳಿಸಿ, ಇದು ರೆಡಿಸ್ ಮರುಪ್ರಾರಂಭದ ವೇಗವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಮಾತ್ರವಲ್ಲದೆ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಡೇಟಾ ನಷ್ಟದ ಅಪಾಯ.

ಏಕೆಂದರೆ ಪ್ರತಿ ನಿರಂತರ ಯೋಜನೆಯು ನಿರ್ದಿಷ್ಟ ಬಳಕೆಯ ಸನ್ನಿವೇಶಗಳನ್ನು ಹೊಂದಿದೆ.

ರೆಡಿಸ್ ಆರ್‌ಡಿಬಿ ಮೆಮೊರಿ ಡೇಟಾ ಪರ್ಸಿಸ್ಟೆನ್ಸ್ ಆಪರೇಷನ್ ಮೋಡ್

• RDB (ರೆಡಿಸ್ ಡೇಟಾಬೇಸ್) ಎನ್ನುವುದು ಒಂದು ನಿರ್ದಿಷ್ಟ ಕ್ಷಣದಲ್ಲಿ ಬೈನರಿ ರೂಪದಲ್ಲಿ ಡಿಸ್ಕ್‌ಗೆ ಮೆಮೊರಿ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ (ಸ್ನ್ಯಾಪ್‌ಶಾಟ್) ಬರೆಯುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ.
• ನಾವು ಮೇಲೆ ಹೇಳಿದ್ದು ಮೆಮೊರಿ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳು.ಇದು ಒಂದು ನಿರ್ದಿಷ್ಟ ಕ್ಷಣದಲ್ಲಿ ಮೆಮೊರಿಯಲ್ಲಿನ ಡೇಟಾದ ರಾಜ್ಯ ದಾಖಲೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.
• ಇದು ಫೋಟೋ ತೆಗೆದಂತೆಯೇ ಇರುತ್ತದೆ.ನೀವು ಸ್ನೇಹಿತನ ಫೋಟೋ ತೆಗೆದಾಗ, ಫೋಟೋ ತಕ್ಷಣವೇ ಸ್ನೇಹಿತರ ಎಲ್ಲಾ ಚಿತ್ರಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಬಹುದು.
• RDB ಅನ್ನು ಪ್ರಚೋದಿಸಲು ಎರಡು ಮಾರ್ಗಗಳಿವೆ: ಒಂದು ಹಸ್ತಚಾಲಿತ ಪ್ರಚೋದಕ, ಮತ್ತು ಇನ್ನೊಂದು ಸ್ವಯಂಚಾಲಿತ ಪ್ರಚೋದಕ.

RDB ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಟ್ರಿಗರ್ ಮಾಡಿ

ಹಸ್ತಚಾಲಿತವಾಗಿ ನಿರಂತರತೆಯನ್ನು ಪ್ರಚೋದಿಸಲು ಎರಡು ಕಾರ್ಯಾಚರಣೆಗಳಿವೆ:save和bgsave.

ರೆಡಿಸ್ ಮುಖ್ಯ ಥ್ರೆಡ್ನ ಮರಣದಂಡನೆಯನ್ನು ನಿರ್ಬಂಧಿಸಬೇಕೆ ಅಥವಾ ಬೇಡವೇ ಎಂಬುದು ಅವುಗಳ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವಾಗಿದೆ.

1. ಆಜ್ಞೆಯನ್ನು ಉಳಿಸಿ

ಕ್ಲೈಂಟ್ ಬದಿಯಲ್ಲಿ ಸೇವ್ ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ರೆಡಿಸ್‌ನ ನಿರಂತರತೆಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ, ಆದರೆ ಇದು ರೆಡಿಸ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸುವ ಸ್ಥಿತಿಯಲ್ಲಿ ಮಾಡುತ್ತದೆ. ಆರ್‌ಡಿಬಿ ನಿರಂತರವಾಗುವವರೆಗೆ ಇದು ಇತರ ಕ್ಲೈಂಟ್‌ಗಳು ಕಳುಹಿಸಿದ ಆಜ್ಞೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಇದನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಬಳಸಬೇಕು ಉತ್ಪಾದನಾ ಪರಿಸರ.

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 ನಿರಂತರತೆಯನ್ನು ಪ್ರಚೋದಿಸಲಾಗುತ್ತದೆ.
• ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿರಂತರತೆಯನ್ನು ಪ್ರಚೋದಿಸುವ ಮೂಲತತ್ವವೆಂದರೆ ಸೆಟ್ ಟ್ರಿಗ್ಗರ್ ಷರತ್ತುಗಳನ್ನು ಪೂರೈಸಿದರೆ, Redis ಸ್ವಯಂಚಾಲಿತವಾಗಿ bgsave ಆಜ್ಞೆಯನ್ನು ಒಮ್ಮೆ ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ.

ಗಮನಿಸಿ: ಬಹು save mn ಆಜ್ಞೆಗಳನ್ನು ಹೊಂದಿಸಿದಾಗ, ಯಾವುದೇ ಒಂದು ಸ್ಥಿತಿಯು ನಿರಂತರತೆಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, ನಾವು ಈ ಕೆಳಗಿನ ಎರಡು save mn ಆಜ್ಞೆಗಳನ್ನು ಹೊಂದಿಸಿದ್ದೇವೆ:

save 60 10
save 600 20

• ರೆಡಿಸ್ ಕೀ ಮೌಲ್ಯವು 60 ರ ಒಳಗೆ 10 ಬಾರಿ ಬದಲಾದಾಗ, ನಿರಂತರತೆಯನ್ನು ಪ್ರಚೋದಿಸಲಾಗುತ್ತದೆ;
• ರೆಡಿಸ್ ಕೀ 60 ರ ಒಳಗೆ ಬದಲಾದರೆ ಮತ್ತು ಮೌಲ್ಯವು 10 ಪಟ್ಟು ಕಡಿಮೆ ಬದಲಾದರೆ, ರೆಡಿಸ್ ಕೀಯನ್ನು 600 ರ ಒಳಗೆ ಕನಿಷ್ಠ 20 ಬಾರಿ ಮಾರ್ಪಡಿಸಲಾಗಿದೆಯೇ ಎಂದು ರೆಡಿಸ್ ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ಹಾಗಿದ್ದಲ್ಲಿ, ನಿರಂತರತೆಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ.

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 ಸಂಗ್ರಹ ಫೈಲ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಅಳಿಸಿ.

Redis RDB ಯ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿಸುತ್ತದೆ

RDB ಯ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿಸಲು, ನೀವು ಈ ಕೆಳಗಿನ ಎರಡು ವಿಧಾನಗಳನ್ನು ಬಳಸಬಹುದು:

1. Redis ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾರ್ಪಡಿಸಿ
2. ಆಜ್ಞಾ ಸಾಲಿನ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬಳಸಿ, config set dir "/usr/data" ಎಂಬುದು RDB ಫೈಲ್ ಅನ್ನು ಮಾರ್ಪಡಿಸಲು ಶೇಖರಣಾ ಆಜ್ಞೆಯಾಗಿದೆ

ಗಮನಿಸಿ: redis.conf ನಲ್ಲಿನ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು config get xxx ಮೂಲಕ ಪಡೆಯಬಹುದು ಮತ್ತು config set xxx ಮೌಲ್ಯದ ಮೂಲಕ ಮಾರ್ಪಡಿಸಬಹುದು, ಮತ್ತು Redis ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾರ್ಪಡಿಸುವ ವಿಧಾನವು ಜಾಗತಿಕವಾಗಿ ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ, ಅಂದರೆ, Redis ಸರ್ವರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವ ಮೂಲಕ ಹೊಂದಿಸಲಾದ ನಿಯತಾಂಕಗಳು ಆಗುವುದಿಲ್ಲ. ಕಳೆದುಹೋಗುತ್ತದೆ, ಆದರೆ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಮಾರ್ಪಡಿಸಲಾಗಿದೆ, ರೆಡಿಸ್ ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ ಅದು ಕಳೆದುಹೋಗುತ್ತದೆ.

ಆದಾಗ್ಯೂ, ನೀವು ತಕ್ಷಣ ಕಾರ್ಯಗತಗೊಳ್ಳಲು Redis ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾರ್ಪಡಿಸಲು ಬಯಸಿದರೆ, ನೀವು Redis ಸರ್ವರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಕಮಾಂಡ್ ವಿಧಾನಕ್ಕೆ Redis ಸರ್ವರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.

RDB ಫೈಲ್ ಮರುಪಡೆಯುವಿಕೆ

Redis ಸರ್ವರ್ ಪ್ರಾರಂಭವಾದಾಗ, RDB ಫೈಲ್ dump.rdb Redis ರೂಟ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ನಿರಂತರ ಡೇಟಾವನ್ನು ಮರುಸ್ಥಾಪಿಸಲು Redis ಸ್ವಯಂಚಾಲಿತವಾಗಿ RDB ಫೈಲ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುತ್ತದೆ.

ಮೂಲ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಯಾವುದೇ dump.rdb ಫೈಲ್ ಇಲ್ಲದಿದ್ದರೆ, ದಯವಿಟ್ಟು dump.rdb ಫೈಲ್ ಅನ್ನು ಮೊದಲು Redis ನ ಮೂಲ ಡೈರೆಕ್ಟರಿಗೆ ಸರಿಸಿ.

ಸಹಜವಾಗಿ, ರೆಡಿಸ್ ಪ್ರಾರಂಭವಾದಾಗ ಲಾಗ್ ಮಾಹಿತಿ ಇರುತ್ತದೆ, ಇದು RDB ಫೈಲ್ ಲೋಡ್ ಆಗಿದೆಯೇ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.

ಲೋಡ್ ಆಗುವವರೆಗೆ RDB ಫೈಲ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುವಾಗ Redis ಸರ್ವರ್ ನಿರ್ಬಂಧಿಸುತ್ತದೆ.

ಆರ್‌ಡಿಬಿ ನಿರಂತರತೆಯನ್ನು ಎರಡು ರೀತಿಯಲ್ಲಿ ವಿಂಗಡಿಸಲಾಗಿದೆ ಎಂದು ಈಗ ನಮಗೆ ತಿಳಿದಿದೆ: ಹಸ್ತಚಾಲಿತ ಪ್ರಚೋದಕ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಪ್ರಚೋದಕ:

1. ಇದರ ಪ್ರಯೋಜನವೆಂದರೆ ಶೇಖರಣಾ ಫೈಲ್ ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ರೆಡಿಸ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆ ವೇಗವಾಗಿರುತ್ತದೆ.
2. ತೊಂದರೆಯೆಂದರೆ ಡೇಟಾ ನಷ್ಟದ ಅಪಾಯವಿದೆ.

RDB ಫೈಲ್‌ಗಳ ಮರುಪಡೆಯುವಿಕೆ ಕೂಡ ತುಂಬಾ ಸರಳವಾಗಿದೆ. RDB ಫೈಲ್‌ಗಳನ್ನು ರೆಡಿಸ್‌ನ ರೂಟ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ರೆಡಿಸ್ ಅದು ಪ್ರಾರಂಭವಾದಾಗ ಡೇಟಾವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಲೋಡ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ.

RDB ಸಾಧಕ-ಬಾಧಕಗಳು

1) RDB ಪ್ರಯೋಜನಗಳು

RDB ಯ ವಿಷಯವು ಬೈನರಿ ಡೇಟಾ, ಇದು ಕಡಿಮೆ ಮೆಮೊರಿಯನ್ನು ಆಕ್ರಮಿಸುತ್ತದೆ, ಹೆಚ್ಚು ಸಾಂದ್ರವಾಗಿರುತ್ತದೆ ಮತ್ತು ಬ್ಯಾಕಪ್ ಫೈಲ್ ಆಗಿ ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ;

ವಿಪತ್ತು ಮರುಪಡೆಯುವಿಕೆಗೆ RDB ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ, ಇದು ರೆಡಿಸ್ ಸೇವೆ ಮರುಪಡೆಯುವಿಕೆಗಾಗಿ ರಿಮೋಟ್ ಸರ್ವರ್‌ಗೆ ವೇಗವಾಗಿ ವರ್ಗಾಯಿಸಬಹುದಾದ ಸಂಕುಚಿತ ಫೈಲ್ ಆಗಿದೆ;

RDB ರೆಡಿಸ್‌ನ ವೇಗವನ್ನು ಹೆಚ್ಚು ಸುಧಾರಿಸಬಹುದು, ಏಕೆಂದರೆ ಮುಖ್ಯ ರೆಡಿಸ್ ಪ್ರಕ್ರಿಯೆಯು ಡಿಸ್ಕ್‌ಗೆ ಡೇಟಾವನ್ನು ಮುಂದುವರಿಸಲು ಮಗುವಿನ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಫೋರ್ಕ್ ಮಾಡುತ್ತದೆ.

Redis ಮುಖ್ಯ ಪ್ರಕ್ರಿಯೆಯು ಡಿಸ್ಕ್ I/O ನಂತಹ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ;

AOF ಫಾರ್ಮ್ಯಾಟ್ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿದರೆ, RDB ಫೈಲ್‌ಗಳು ವೇಗವಾಗಿ ಮರುಪ್ರಾರಂಭಿಸುತ್ತವೆ.

2) RDB ಯ ಅನಾನುಕೂಲಗಳು

ಏಕೆಂದರೆ RDB ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಮಯದ ಮಧ್ಯಂತರದಲ್ಲಿ ಮಾತ್ರ ಡೇಟಾವನ್ನು ಉಳಿಸಬಹುದು, Redis ಸೇವೆಯು ಆಕಸ್ಮಿಕವಾಗಿ ಮಧ್ಯದಲ್ಲಿ ಕೊನೆಗೊಂಡರೆ, Redis ಡೇಟಾವು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಕಳೆದುಹೋಗುತ್ತದೆ;

ಸಬ್‌ಎಂಟ್ರಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಉಳಿಸಲು ಆರ್‌ಡಿಬಿಗೆ ಆಗಾಗ್ಗೆ ಫೋರ್ಕ್‌ಗಳು ಬೇಕಾಗುವ ಪ್ರಕ್ರಿಯೆ.

ಡೇಟಾಸೆಟ್ ದೊಡ್ಡದಾಗಿದ್ದರೆ, ಫೋರ್ಕ್ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಡೇಟಾಸೆಟ್ ದೊಡ್ಡದಾಗಿದ್ದರೆ, ಸಿಪಿಯು ಕಾರ್ಯಕ್ಷಮತೆ ಕಳಪೆಯಾಗಿರುತ್ತದೆ, ಇದು ರೆಡಿಸ್ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳು ಅಥವಾ ಸೆಕೆಂಡ್‌ಗೆ ಸೇವೆ ಸಲ್ಲಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.

ಸಹಜವಾಗಿ, ರೆಡಿಸ್‌ನ ಎಕ್ಸಿಕ್ಯೂಶನ್ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸಲು ನಾವು ನಿರಂತರತೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು.

ಡೇಟಾ ನಷ್ಟಕ್ಕೆ ನೀವು ಸೂಕ್ಷ್ಮವಾಗಿರದಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿದಾಗ ನೀವು ಇದನ್ನು ಮಾಡಬಹುದು config set save "" ರೆಡಿಸ್‌ಗೆ ನಿರಂತರತೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಆಜ್ಞೆ.

ಇನ್redis.conf, ಒಳಗೆ ಇದ್ದರೆsaveಆರಂಭದಲ್ಲಿ ಎಲ್ಲಾ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ಕಾಮೆಂಟ್ ಮಾಡಿ, ಮತ್ತು ನಿರಂತರತೆಯನ್ನು ಸಹ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಡಲಾಗುವುದಿಲ್ಲ.