Redis RDB ਦਾ ਪੂਰਾ ਨਾਮ ਕੀ ਹੈ? Redis RDB ਮੈਮੋਰੀ ਡਾਟਾ ਸਥਿਰਤਾ ਕਾਰਵਾਈ ਮੋਡ

RDB ਦਾ ਪੂਰਾ ਨਾਮ ਹੈRedis database.

• ਜਿਵੇਂ ਕਿ ਨਾਮ ਤੋਂ ਪਤਾ ਲੱਗਦਾ ਹੈ, RDB ਇੱਕ Redis ਡੇਟਾਬੇਸ ਹੈ ਜੋ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
• ਇਸ ਲਈ, RDB ਸਥਿਰਤਾ ਦੁਆਰਾ, Redis ਮੈਮੋਰੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਡੇਟਾ ਨੂੰ RDB ਫਾਈਲ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਥਿਰਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਡਿਸਕ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• ਰੈਡਿਸ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਇਹ ਡੇਟਾ ਨੂੰ ਕਾਇਮ ਰੱਖ ਸਕਦਾ ਹੈ, ਯਾਨੀ ਕਿ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਕੋਈ ਵੀ ਡੇਟਾ ਗੁੰਮ ਨਾ ਹੋਵੇ, ਮੈਮੋਰੀ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਡਿਸਕ ਵਿੱਚ ਲਿਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਡਿਸਕ ਤੋਂ ਡੇਟਾ ਨੂੰ ਮੈਮੋਰੀ ਵਿੱਚ ਲੋਡ ਵੀ ਕਰ ਸਕਦਾ ਹੈ।

ਸ਼ੁਰੂ ਵਿੱਚ Redis ਦੇ ਓਪਰੇਸ਼ਨ ਸਾਰੇ ਮੈਮੋਰੀ 'ਤੇ ਅਧਾਰਤ ਹਨ, ਇਸਲਈ ਪ੍ਰਦਰਸ਼ਨ ਬਹੁਤ ਉੱਚਾ ਹੈ, ਪਰ ਇੱਕ ਵਾਰ ਪ੍ਰੋਗਰਾਮ ਬੰਦ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਡੇਟਾ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ।

ਇਸ ਲਈ, ਸਾਨੂੰ ਨਿਸ਼ਚਤ ਅੰਤਰਾਲਾਂ 'ਤੇ ਡਿਸਕ 'ਤੇ ਇਨ-ਮੈਮੋਰੀ ਡੇਟਾ ਲਿਖਣ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ ਸ਼ਬਦਾਵਲੀ ਵਿੱਚ ਸਨੈਪਸ਼ਾਟ ਹੈ।

ਰੀਸਟੋਰ ਕਰਨ ਵੇਲੇ, ਸਨੈਪਸ਼ਾਟ ਫਾਈਲ ਨੂੰ ਮੈਮੋਰੀ ਵਿੱਚ ਸਿੱਧਾ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ।

ਇਹ ਵੀ Redis ਅਤੇ Memcached ਵਿਚਕਾਰ ਮੁੱਖ ਅੰਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ, ਕਿਉਂਕਿ Memcached ਵਿੱਚ ਕੋਈ ਸਥਿਰਤਾ ਸਮਰੱਥਾ ਨਹੀਂ ਹੈ।

Redis ਮੈਮੋਰੀ ਡੇਟਾ ਦੀ ਨਿਰੰਤਰਤਾ ਲਈ, Redis ਸਾਨੂੰ ਹੇਠ ਲਿਖੇ ਤਰੀਕੇ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:

• ਸਨੈਪਸ਼ਾਟ ਵਿਧੀ (RDB, Redis DataBase): ਇੱਕ ਖਾਸ ਪਲ 'ਤੇ ਬਾਈਨਰੀ ਰੂਪ ਵਿੱਚ ਡਿਸਕ ਵਿੱਚ ਮੈਮੋਰੀ ਡੇਟਾ ਲਿਖੋ;
• ਸਿਰਫ਼ ਫਾਈਲ ਜੋੜੋ (AOF, ਸਿਰਫ਼ ਫਾਈਲ ਸ਼ਾਮਲ ਕਰੋ), ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰੋ, ਅਤੇ ਟੈਕਸਟ ਦੇ ਰੂਪ ਵਿੱਚ ਫਾਈਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ;
• ਹਾਈਬ੍ਰਿਡ ਸਥਿਰਤਾ, Redis 4.0 ਤੋਂ ਬਾਅਦ ਇੱਕ ਨਵੀਂ ਵਿਧੀ, ਹਾਈਬ੍ਰਿਡ ਸਥਿਰਤਾ RDB ਅਤੇ AOF ਦੇ ਫਾਇਦਿਆਂ ਨੂੰ ਜੋੜਦੀ ਹੈ।ਲਿਖਣ ਵੇਲੇ, ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਡੇਟਾ ਨੂੰ RDB ਦੇ ਰੂਪ ਵਿੱਚ ਫਾਈਲ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਲਿਖੋ, ਅਤੇ ਫਿਰ AOF ਦੇ ਰੂਪ ਵਿੱਚ ਫਾਈਲ ਵਿੱਚ ਅਗਲੀ ਓਪਰੇਸ਼ਨ ਕਮਾਂਡਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ, ਜੋ ਨਾ ਸਿਰਫ Redis ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ ਦੀ ਗਤੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾ ਸਕਦਾ ਹੈ, ਸਗੋਂ ਇਹ ਵੀ ਘਟਾ ਸਕਦਾ ਹੈ. ਡਾਟਾ ਖਰਾਬ ਹੋਣ ਦਾ ਖਤਰਾ

ਕਿਉਂਕਿ ਹਰੇਕ ਸਥਿਰਤਾ ਸਕੀਮ ਵਿੱਚ ਖਾਸ ਵਰਤੋਂ ਦੇ ਦ੍ਰਿਸ਼ ਹੁੰਦੇ ਹਨ।

Redis RDB ਮੈਮੋਰੀ ਡਾਟਾ ਸਥਿਰਤਾ ਕਾਰਵਾਈ ਮੋਡ

• RDB (Redis DataBase) ਬਾਈਨਰੀ ਰੂਪ ਵਿੱਚ ਡਿਸਕ ਉੱਤੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਪਲ ਉੱਤੇ ਇੱਕ ਮੈਮੋਰੀ ਸਨੈਪਸ਼ਾਟ (ਸਨੈਪਸ਼ਾਟ) ਲਿਖਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਹੈ।
• ਮੈਮੋਰੀ ਸਨੈਪਸ਼ਾਟ ਉਹ ਹਨ ਜੋ ਅਸੀਂ ਉੱਪਰ ਕਿਹਾ ਹੈ।ਇਹ ਇੱਕ ਖਾਸ ਪਲ 'ਤੇ ਮੈਮੋਰੀ ਵਿੱਚ ਡੇਟਾ ਦੇ ਸਟੇਟ ਰਿਕਾਰਡ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
• ਇਹ ਫੋਟੋ ਖਿੱਚਣ ਦੇ ਸਮਾਨ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਦੋਸਤ ਦੀ ਫੋਟੋ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਫੋਟੋ ਤੁਰੰਤ ਦੋਸਤ ਦੀਆਂ ਸਾਰੀਆਂ ਤਸਵੀਰਾਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰ ਸਕਦੀ ਹੈ।
• 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. mn ਬਚਾਓ

• ਸੇਵ mn ਦਾ ਮਤਲਬ ਹੈ ਕਿ m ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ, ਜੇਕਰ n ਕੁੰਜੀਆਂ ਬਦਲਦੀਆਂ ਹਨ, ਤਾਂ ਸਥਿਰਤਾ ਆਪਣੇ ਆਪ ਚਾਲੂ ਹੋ ਜਾਂਦੀ ਹੈ।ਪੈਰਾਮੀਟਰ m ਅਤੇ n Redis ਸੰਰਚਨਾ ਫਾਈਲ ਵਿੱਚ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ।
• ਉਦਾਹਰਨ ਲਈ, ਸੇਵ 60 1 ਦਾ ਮਤਲਬ ਹੈ ਕਿ 60 ਸਕਿੰਟਾਂ ਦੇ ਅੰਦਰ, ਜਦੋਂ ਤੱਕ ਇੱਕ ਕੁੰਜੀ ਬਦਲਦੀ ਹੈ, RDB ਸਥਿਰਤਾ ਚਾਲੂ ਹੋ ਜਾਵੇਗੀ।
• ਆਟੋਮੈਟਿਕ ਟ੍ਰਿਗਰਿੰਗ ਪਰਸਿਸਟੈਂਸ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ ਜੇਕਰ ਸੈੱਟ ਟਰਿੱਗਰ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ Redis ਆਪਣੇ ਆਪ bgsave ਕਮਾਂਡ ਨੂੰ ਇੱਕ ਵਾਰ ਚਲਾਏਗਾ।

ਨੋਟ: ਜਦੋਂ ਮਲਟੀਪਲ ਸੇਵ mn ਕਮਾਂਡਾਂ ਸੈਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਕੋਈ ਵੀ ਇੱਕ ਸ਼ਰਤ ਸਥਿਰਤਾ ਨੂੰ ਟਰਿੱਗਰ ਕਰੇਗੀ।

ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ ਹੇਠ ਲਿਖੀਆਂ ਦੋ ਸੇਵ mn ਕਮਾਂਡਾਂ ਸੈਟ ਕਰਦੇ ਹਾਂ:

save 60 10
save 600 20

• ਜਦੋਂ Redis ਕੁੰਜੀ ਮੁੱਲ 60s ਦੇ ਅੰਦਰ 10 ਵਾਰ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਸਥਿਰਤਾ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗੀ;
• ਜੇਕਰ Redis ਕੁੰਜੀ 60 ਦੇ ਅੰਦਰ ਬਦਲਦੀ ਹੈ, ਅਤੇ ਜੇਕਰ ਮੁੱਲ 10 ਵਾਰ ਤੋਂ ਘੱਟ ਬਦਲਦਾ ਹੈ, ਤਾਂ Redis ਇਹ ਨਿਰਧਾਰਿਤ ਕਰੇਗਾ ਕਿ ਕੀ Redis ਕੁੰਜੀ ਨੂੰ 600 ਦੇ ਅੰਦਰ ਘੱਟੋ-ਘੱਟ 20 ਵਾਰ ਸੋਧਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਜੇਕਰ ਅਜਿਹਾ ਹੈ, ਤਾਂ ਸਥਿਰਤਾ ਨੂੰ ਟਰਿੱਗਰ ਕਰੋ।

2. ਫਲੱਸ਼ੈਲ

• flushall ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ Redis ਡੇਟਾਬੇਸ ਨੂੰ ਫਲੱਸ਼ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਇਸਨੂੰ ਉਤਪਾਦਨ ਦੇ ਮਾਹੌਲ ਵਿੱਚ ਸਾਵਧਾਨੀ ਨਾਲ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਜਦੋਂ Redis flushall ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ, ਇਹ ਆਟੋਮੈਟਿਕ ਸਥਿਰਤਾ ਨੂੰ ਚਾਲੂ ਕਰਦਾ ਹੈ ਅਤੇ RDB ਫਾਈਲਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਦਾ ਹੈ।

3. ਮਾਸਟਰ-ਸਲੇਵ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਟ੍ਰਿਗਰ

ਰੈਡਿਸ ਮਾਸਟਰ-ਸਲੇਵ ਰੀਪਲੀਕੇਸ਼ਨ ਵਿੱਚ, ਜਦੋਂ ਸਲੇਵ ਨੋਡ ਇੱਕ ਪੂਰੀ ਰੀਪਲੀਕੇਸ਼ਨ ਓਪਰੇਸ਼ਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਮਾਸਟਰ ਨੋਡ RDB ਫਾਈਲ ਨੂੰ ਸਲੇਵ ਨੋਡ ਵਿੱਚ ਭੇਜਣ ਲਈ bgsave ਕਮਾਂਡ ਨੂੰ ਚਲਾਏਗਾ। ਇਹ ਪ੍ਰਕਿਰਿਆ ਆਪਣੇ ਆਪ ਹੀ Redis ਸਥਿਰਤਾ ਨੂੰ ਚਾਲੂ ਕਰਦੀ ਹੈ।

Redis ਕਮਾਂਡਾਂ ਰਾਹੀਂ ਮੌਜੂਦਾ ਸੰਰਚਨਾ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰ ਸਕਦਾ ਹੈ।

ਪੁੱਛਗਿੱਛ ਕਮਾਂਡ ਦਾ ਫਾਰਮੈਟ ਹੈ: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 ਫਾਈਲ ਦਾ ਸਟੋਰੇਜ ਮਾਰਗ ਲੱਭਣ ਲਈ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ▼

find / -name dump.rdb

• ਫਿਰ, SSH ਰਾਹੀਂ dump.rdb ਕੈਸ਼ ਫਾਈਲ ਨੂੰ ਦਸਤੀ ਮਿਟਾਓ।

Redis RDB ਦੀ ਸੰਰਚਨਾ ਸੈੱਟ ਕਰਦਾ ਹੈ

RDB ਦੀ ਸੰਰਚਨਾ ਨੂੰ ਸੈੱਟ ਕਰਨ ਦੇ ਸੰਬੰਧ ਵਿੱਚ, ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਦੋ ਤਰੀਕਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ:

1. Redis ਸੰਰਚਨਾ ਫਾਇਲ ਨੂੰ ਦਸਤੀ ਸੋਧੋ
2. ਕਮਾਂਡ ਲਾਈਨ ਸੈਟਿੰਗਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ, config ਸੈੱਟ dir "/usr/data" RDB ਫਾਈਲ ਨੂੰ ਸੋਧਣ ਲਈ ਸਟੋਰੇਜ ਕਮਾਂਡ ਹੈ

ਨੋਟ: redis.conf ਵਿੱਚ ਸੰਰਚਨਾ config get xxx ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਅਤੇ ਸੰਰਚਨਾ ਸੈੱਟ 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. ਇਸਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਸਟੋਰੇਜ ਫਾਈਲ ਛੋਟੀ ਹੈ ਅਤੇ ਜਦੋਂ ਰੈਡਿਸ ਚਾਲੂ ਹੁੰਦਾ ਹੈ ਤਾਂ ਡਾਟਾ ਰਿਕਵਰੀ ਤੇਜ਼ ਹੁੰਦੀ ਹੈ।
2. ਨਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਡਾਟਾ ਖਰਾਬ ਹੋਣ ਦਾ ਖਤਰਾ ਹੈ।

RDB ਫਾਈਲਾਂ ਦੀ ਰਿਕਵਰੀ ਵੀ ਬਹੁਤ ਸਰਲ ਹੈ। ਬਸ RDB ਫਾਈਲਾਂ ਨੂੰ Redis ਦੀ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਪਾਓ, ਅਤੇ Redis ਸ਼ੁਰੂ ਹੋਣ 'ਤੇ ਡਾਟਾ ਆਪਣੇ ਆਪ ਲੋਡ ਅਤੇ ਰੀਸਟੋਰ ਕਰ ਦੇਵੇਗਾ।

RDB ਦੇ ਫਾਇਦੇ ਅਤੇ ਨੁਕਸਾਨ

1) RDB ਫਾਇਦੇ

RDB ਸਮੱਗਰੀ ਬਾਈਨਰੀ ਡਾਟਾ ਹੈ, ਘੱਟ ਮੈਮੋਰੀ ਰੱਖਦਾ ਹੈ, ਵਧੇਰੇ ਸੰਖੇਪ ਹੈ, ਅਤੇ ਬੈਕਅੱਪ ਫਾਈਲ ਦੇ ਤੌਰ 'ਤੇ ਵਧੇਰੇ ਢੁਕਵਾਂ ਹੈ;

RDB ਆਫ਼ਤ ਰਿਕਵਰੀ ਲਈ ਬਹੁਤ ਲਾਭਦਾਇਕ ਹੈ, ਇਹ ਇੱਕ ਸੰਕੁਚਿਤ ਫਾਈਲ ਹੈ ਜੋ Redis ਸੇਵਾ ਰਿਕਵਰੀ ਲਈ ਇੱਕ ਰਿਮੋਟ ਸਰਵਰ ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਟ੍ਰਾਂਸਫਰ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ;

RDB Redis ਦੀ ਗਤੀ ਵਿੱਚ ਬਹੁਤ ਸੁਧਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਮੁੱਖ Redis ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਚਾਈਲਡ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਡਿਸਕ ਵਿੱਚ ਡਾਟਾ ਜਾਰੀ ਰੱਖਣ ਲਈ ਫੋਰਕ ਕਰੇਗੀ।

Redis ਮੁੱਖ ਪ੍ਰਕਿਰਿਆ ਓਪਰੇਸ਼ਨ ਨਹੀਂ ਕਰਦੀ ਜਿਵੇਂ ਕਿ ਡਿਸਕ I/O;

AOF ਫਾਰਮੈਟ ਫਾਈਲਾਂ ਦੇ ਮੁਕਾਬਲੇ, RDB ਫਾਈਲਾਂ ਤੇਜ਼ੀ ਨਾਲ ਰੀਸਟਾਰਟ ਹੁੰਦੀਆਂ ਹਨ।

2) RDB ਦੇ ਨੁਕਸਾਨ

ਕਿਉਂਕਿ RDB ਸਿਰਫ਼ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਦੇ ਅੰਤਰਾਲ 'ਤੇ ਡੇਟਾ ਨੂੰ ਬਚਾ ਸਕਦਾ ਹੈ, ਜੇਕਰ Redis ਸੇਵਾ ਨੂੰ ਗਲਤੀ ਨਾਲ ਮੱਧ ਵਿੱਚ ਬੰਦ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ Redis ਡੇਟਾ ਸਮੇਂ ਦੀ ਮਿਆਦ ਲਈ ਖਤਮ ਹੋ ਜਾਵੇਗਾ;

ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਜਿਸ ਵਿੱਚ RDB ਨੂੰ ਸਬ-ਐਂਟਰੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ ਡਿਸਕ 'ਤੇ ਰੱਖਣ ਲਈ ਵਾਰ-ਵਾਰ ਫੋਰਕ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਜੇਕਰ ਡੇਟਾਸੈਟ ਵੱਡਾ ਹੈ, ਤਾਂ ਫੋਰਕ ਸਮਾਂ ਬਰਬਾਦ ਕਰਨ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਡੇਟਾਸੈਟ ਵੱਡਾ ਹੈ, ਤਾਂ CPU ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਮਾੜੀ ਹੈ, ਜਿਸ ਕਾਰਨ Redis ਕੁਝ ਮਿਲੀਸਕਿੰਟ ਜਾਂ ਇੱਕ ਸਕਿੰਟ ਲਈ ਗਾਹਕਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹੋ ਸਕਦਾ ਹੈ।

ਬੇਸ਼ੱਕ, ਅਸੀਂ Redis ਦੀ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਕੁਸ਼ਲਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਨਿਰੰਤਰਤਾ ਨੂੰ ਅਸਮਰੱਥ ਵੀ ਕਰ ਸਕਦੇ ਹਾਂ।

ਜੇਕਰ ਤੁਸੀਂ ਡੇਟਾ ਦੇ ਨੁਕਸਾਨ ਲਈ ਸੰਵੇਦਨਸ਼ੀਲ ਨਹੀਂ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹੋ ਜਦੋਂ ਕਲਾਇੰਟ ਕਨੈਕਟ ਕਰਦਾ ਹੈ config set save "" Redis ਲਈ ਸਥਿਰਤਾ ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਕਮਾਂਡ।

ਵਿਚredis.conf, ਜੇਕਰ ਵਿੱਚsaveਸ਼ੁਰੂ ਵਿੱਚ ਸਾਰੀਆਂ ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਟਿੱਪਣੀ ਕਰੋ, ਅਤੇ ਨਿਰੰਤਰਤਾ ਨੂੰ ਵੀ ਅਯੋਗ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ, ਪਰ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।