ຊື່ເຕັມຂອງ Redis RDB ແມ່ນຫຍັງ? Redis RDB ຮູບແບບການດໍາເນີນງານຄົງທົນຂໍ້ມູນຫນ່ວຍຄວາມຈໍາ

ຊື່ເຕັມຂອງ RDB ແມ່ນRedis database.

• ດັ່ງທີ່ຊື່ແນະນໍາ, RDB ແມ່ນຖານຂໍ້ມູນ Redis ທີ່ໃຊ້ໃນການເກັບຮັກສາຂໍ້ມູນ.
• ດັ່ງນັ້ນ, ໂດຍຜ່ານຄວາມຄົງທົນຂອງ RDB, ຂໍ້ມູນທີ່ເກັບໄວ້ໃນຫນ່ວຍຄວາມຈໍາ Redis ຖືກຂຽນໄວ້ໃນໄຟລ໌ RDB ແລະຖືກບັນທຶກໄວ້ໃນແຜ່ນເພື່ອບັນລຸຄວາມຄົງທົນ.
• ຄຸນນະສົມບັດຂອງ Redis ແມ່ນວ່າມັນສາມາດສືບຕໍ່ຂໍ້ມູນ, ນັ້ນແມ່ນ, ຂຽນຂໍ້ມູນໃນຫນ່ວຍຄວາມຈໍາໃສ່ແຜ່ນເພື່ອໃຫ້ແນ່ໃຈວ່າບໍ່ມີຂໍ້ມູນສູນເສຍ, ແລະຍັງສາມາດໂຫລດຂໍ້ມູນຈາກແຜ່ນເຂົ້າໄປໃນຫນ່ວຍຄວາມຈໍາ.

ການດໍາເນີນງານຂອງ Redis ໃນຕອນເລີ່ມຕົ້ນທັງຫມົດແມ່ນອີງໃສ່ຫນ່ວຍຄວາມຈໍາ, ດັ່ງນັ້ນການປະຕິບັດແມ່ນສູງຫຼາຍ, ແຕ່ເມື່ອໂຄງການຖືກປິດ, ຂໍ້ມູນຈະສູນເສຍ.

ດັ່ງນັ້ນ, ພວກເຮົາຈໍາເປັນຕ້ອງຂຽນຂໍ້ມູນໃນຫນ່ວຍຄວາມຈໍາໃສ່ disk ໃນໄລຍະທີ່ກໍານົດ, ຊຶ່ງເປັນ Snapshot ໃນ jargon.

ໃນ​ເວ​ລາ​ທີ່​ການ​ຟື້ນ​ຟູ​, ໄຟລ​໌ snapshot ໄດ້​ຖືກ​ຂຽນ​ໂດຍ​ກົງ​ກັບ​ຫນ່ວຍ​ຄວາມ​ຈໍາ​.

ນີ້ແມ່ນ ໜຶ່ງ ໃນຄວາມແຕກຕ່າງຕົ້ນຕໍລະຫວ່າງ Redis ແລະ Memcached, ເພາະວ່າ Memcached ບໍ່ມີຄວາມສາມາດໃນການຄົງຕົວ.

ສໍາລັບຄວາມຄົງທົນຂອງຂໍ້ມູນຫນ່ວຍຄວາມຈໍາ Redis, Redis ໃຫ້ພວກເຮົາມີວິທີການດັ່ງຕໍ່ໄປນີ້:

• ວິທີການ Snapshot (RDB, Redis DataBase): ຂຽນຂໍ້ມູນຫນ່ວຍຄວາມຈໍາໃສ່ແຜ່ນຢູ່ໃນຮູບແບບຖານສອງໃນເວລາທີ່ແນ່ນອນ;
• Append Only File (AOF, Append Only File), ບັນທຶກຄຳສັ່ງການເຮັດວຽກທັງໝົດ, ແລະຕໍ່ທ້າຍໄຟລ໌ໃນຮູບແບບຂໍ້ຄວາມ;
• Hybrid persistence, ວິທີການໃຫມ່ຫຼັງຈາກ Redis 4.0, hybrid persistence ປະສົມປະສານຄວາມໄດ້ປຽບຂອງ RDB ແລະ AOF.ເມື່ອຂຽນ, ທໍາອິດໃຫ້ຂຽນຂໍ້ມູນປະຈຸບັນໄປຫາຈຸດເລີ່ມຕົ້ນຂອງໄຟລ໌ໃນຮູບແບບ RDB, ແລະຫຼັງຈາກນັ້ນບັນທຶກຄໍາສັ່ງປະຕິບັດງານຕໍ່ໄປໃສ່ໄຟລ໌ໃນຮູບແບບຂອງ AOF, ເຊິ່ງບໍ່ພຽງແຕ່ສາມາດຮັບປະກັນຄວາມໄວຂອງ Redis restart, ແຕ່ຍັງຫຼຸດລົງ. ຄວາມ​ສ່ຽງ​ຂອງ​ການ​ສູນ​ເສຍ​ຂໍ້​ມູນ​.

ເນື່ອງຈາກວ່າແຕ່ລະໂຄງການຄົງທົນມີສະຖານະການການນໍາໃຊ້ສະເພາະ.

Redis RDB ຮູບແບບການດໍາເນີນງານຄົງທົນຂໍ້ມູນຫນ່ວຍຄວາມຈໍາ

• RDB (Redis DataBase) ແມ່ນຂະບວນການຂຽນພາບບັນທຶກຄວາມຊົງຈໍາ (Snapshot) ໃນເວລາທີ່ແນ່ນອນເພື່ອແຜ່ນດິດໃນຮູບແບບສອງ.
• ພາບບັນທຶກຄວາມຊົງຈໍາແມ່ນສິ່ງທີ່ພວກເຮົາເວົ້າຂ້າງເທິງ.ມັນຫມາຍເຖິງບັນທຶກສະຖານະຂອງຂໍ້ມູນໃນຫນ່ວຍຄວາມຈໍາໃນເວລາໃດຫນຶ່ງ.
• ນີ້ແມ່ນຄ້າຍຄືກັບການຖ່າຍຮູບ, ເມື່ອທ່ານຖ່າຍຮູບຂອງເພື່ອນ, ຮູບພາບສາມາດບັນທຶກທຸກຮູບພາບຂອງຫມູ່ເພື່ອນໄດ້ທັນທີ.
• ມີສອງວິທີທີ່ຈະກະຕຸ້ນ RDB: ວິທີຫນຶ່ງແມ່ນການກະຕຸ້ນດ້ວຍມື, ແລະອີກອັນຫນຶ່ງແມ່ນການກະຕຸ້ນອັດຕະໂນມັດ.

ກະຕຸ້ນ RDB ດ້ວຍຕົນເອງ

ມີສອງການດໍາເນີນງານເພື່ອກະຕຸ້ນຄວາມຄົງທົນດ້ວຍຕົນເອງ:save和bgsave.

ຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນລະຫວ່າງພວກມັນແມ່ນການຂັດຂວາງການປະຕິບັດຂອງກະທູ້ຫຼັກ Redis ຫຼືບໍ່.

1. ບັນທຶກຄໍາສັ່ງ

ການປະຕິບັດຄໍາສັ່ງ save ໃນຝ່າຍລູກຄ້າຈະເຮັດໃຫ້ເກີດຄວາມຄົງທົນຂອງ Redis, ແຕ່ມັນຍັງຈະເຮັດໃຫ້ Redis ຢູ່ໃນສະພາບທີ່ຂັດຂວາງມັນຈະບໍ່ຕອບສະຫນອງຄໍາສັ່ງທີ່ສົ່ງໂດຍລູກຄ້າອື່ນຈົນກ່ວາ RDB ຄົງຢູ່, ດັ່ງນັ້ນມັນຕ້ອງໃຊ້ຢ່າງລະມັດລະວັງໃນ. ສະພາບແວດລ້ອມການຜະລິດ.

127.0.0.1:6379> save
OK
127.0.0.1:6379>

ຂະບວນການປະຕິບັດຄໍາສັ່ງແມ່ນສະແດງຢູ່ໃນຮູບ 

2. ຄໍາສັ່ງ bgsave

• bgsave (ບັນທຶກພື້ນຫຼັງ) ແມ່ນບັນທຶກພື້ນຫຼັງ.
• ຄວາມແຕກຕ່າງທີ່ໃຫຍ່ທີ່ສຸດລະຫວ່າງມັນແລະຄໍາສັ່ງ save ແມ່ນວ່າ bgsave ຈະ fork ຂະບວນການເດັກນ້ອຍເພື່ອດໍາເນີນການຄົງທີ່.
• ຂະບວນການທັງຫມົດແມ່ນພຽງແຕ່ໃນເວລາທີ່ຂະບວນການເດັກແມ່ນສ້ອມ.ມີພຽງແຕ່ການຂັດຂວາງສັ້ນໆ.
• ຫຼັງຈາກຂະບວນການເດັກຖືກສ້າງຂຶ້ນ, ຂະບວນການຕົ້ນຕໍຂອງ Redis ສາມາດຕອບສະຫນອງຄໍາຮ້ອງຂໍຈາກລູກຄ້າອື່ນໆ.

ດ້ວຍການຂັດຂວາງຂະບວນການທັງຫມົດsaveເມື່ອປຽບທຽບກັບຄໍາສັ່ງbgsaveຄໍາສັ່ງແມ່ນແນ່ນອນເຫມາະສົມສໍາລັບພວກເຮົາທີ່ຈະນໍາໃຊ້.

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

ກະຕຸ້ນ RDB ໂດຍອັດຕະໂນມັດ

ຫຼັງຈາກເວົ້າກ່ຽວກັບການກະຕຸ້ນດ້ວຍມື, ໃຫ້ເບິ່ງການກະຕຸ້ນອັດຕະໂນມັດ.ພວກເຮົາສາມາດ configure ເງື່ອນໄຂສໍາລັບການ triggering ອັດຕະໂນມັດໃນໄຟລ໌ການຕັ້ງຄ່າ.

1. ປະຫຍັດ mn

• ບັນທຶກ mn ຫມາຍຄວາມວ່າພາຍໃນ m ວິນາທີ, ຖ້າປຸ່ມ n ປ່ຽນແປງ, ຄວາມຄົງທົນຈະຖືກກະຕຸ້ນໂດຍອັດຕະໂນມັດ.ພາລາມິເຕີ m ແລະ n ສາມາດພົບໄດ້ໃນໄຟລ໌ການຕັ້ງຄ່າ Redis.
• ຕົວຢ່າງ, ບັນທຶກ 60 1 ຫມາຍຄວາມວ່າພາຍໃນ 60 ວິນາທີ, ຕາບໃດທີ່ມີການປ່ຽນແປງທີ່ສໍາຄັນຫນຶ່ງ, ຄວາມຄົງທີ່ RDB ຈະຖືກກະຕຸ້ນ.
• ໂດຍເນື້ອແທ້ແລ້ວຂອງການສືບຕໍ່ກະຕຸ້ນອັດຕະໂນມັດແມ່ນວ່າຖ້າເງື່ອນໄຂການກະຕຸ້ນທີ່ກໍານົດໄວ້ແມ່ນບັນລຸໄດ້, Redis ຈະປະຕິບັດຄໍາສັ່ງ bgsave ໂດຍອັດຕະໂນມັດຄັ້ງດຽວ.

ຫມາຍເຫດ: ເມື່ອຄໍາສັ່ງ save mn ຫຼາຍຖືກຕັ້ງ, ເງື່ອນໄຂໃດນຶ່ງຈະເຮັດໃຫ້ເກີດຄວາມຄົງທົນ.

ຕົວຢ່າງ, ພວກເຮົາຕັ້ງສອງຄໍາສັ່ງ save mn ຕໍ່ໄປນີ້:

save 60 10
save 600 20

• ເມື່ອຄ່າຫຼັກ Redis ປ່ຽນແປງ 60 ຄັ້ງພາຍໃນ 10s, ຄວາມຄົງທົນຈະຖືກກະຕຸ້ນ;
• ຖ້າກະແຈ Redis ປ່ຽນແປງພາຍໃນ 60s, ແລະຖ້າຄ່າປ່ຽນແປງຫນ້ອຍກວ່າ 10 ເທື່ອ, Redis ຈະກໍານົດວ່າກະແຈ Redis ໄດ້ຖືກດັດແກ້ຢ່າງຫນ້ອຍ 600 ເທື່ອພາຍໃນ 20s, ແລະຖ້າເປັນດັ່ງນັ້ນ, ເຮັດໃຫ້ເກີດຄວາມຄົງທົນ.

2. Flushall

• ຄໍາສັ່ງ flushall ຖືກນໍາໃຊ້ເພື່ອ flush ຖານຂໍ້ມູນ Redis.
• ມັນຕ້ອງຖືກນໍາໃຊ້ຢ່າງລະມັດລະວັງໃນສະພາບແວດລ້ອມການຜະລິດ.
• ເມື່ອ Redis ປະຕິບັດຄໍາສັ່ງ flushall, ມັນເຮັດໃຫ້ເກີດຄວາມຄົງທີ່ອັດຕະໂນມັດແລະລຶບໄຟລ໌ RDB.

3. ຕົວກະຕຸ້ນການ synchronization Master-slave

ໃນ Redis master-slave replication, ເມື່ອ slave node ດໍາເນີນການ replication ຢ່າງເຕັມທີ່, master node ຈະປະຕິບັດຄໍາສັ່ງ bgsave ເພື່ອສົ່ງໄຟລ໌ RDB ໄປຫາ slave node. ຂະບວນການນີ້ເຮັດໃຫ້ Redis persistence ໂດຍອັດຕະໂນມັດ.

Redis ສາມາດສອບຖາມພາລາມິເຕີການຕັ້ງຄ່າປະຈຸບັນຜ່ານຄໍາສັ່ງ.

ຮູບແບບຂອງຄໍາສັ່ງສອບຖາມແມ່ນ:config get xxx

ຕົວຢ່າງ, ຖ້າທ່ານຕ້ອງການຕັ້ງຊື່ບ່ອນເກັບຂໍ້ມູນຂອງໄຟລ໌ RDB, ທ່ານສາມາດນໍາໃຊ້ config get dbfilename .

ຜົນ​ກະ​ທົບ​ການ​ປະ​ຕິ​ບັດ​ແມ່ນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

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

ເນື່ອງຈາກເຄື່ອງແມ່ຂ່າຍ Redis ຈະປິດກັ້ນເມື່ອໂຫລດໄຟລ໌ RDB ຈົນກ່ວາການໂຫຼດສໍາເລັດ, ມັນອາດຈະເຮັດໃຫ້ເວລາດົນແລະເວັບໄຊທ໌ບໍ່ສາມາດເຂົ້າເຖິງໄດ້.

ຖ້າທ່ານຕ້ອງການລຶບໄຟລ໌ cache RDB dump.rdb ຂອງ Redis ດ້ວຍຕົນເອງ, ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງຕໍ່ໄປນີ້ເພື່ອຊອກຫາເສັ້ນທາງການເກັບຮັກສາຂອງໄຟລ໌ dump.rdb ▼

find / -name dump.rdb

• ຈາກນັ້ນ, ລຶບໄຟລ໌ cache dump.rdb ດ້ວຍຕົນເອງຜ່ານ SSH.

Redis ກໍານົດການຕັ້ງຄ່າຂອງ RDB

ກ່ຽວກັບການຕັ້ງຄ່າ RDB, ທ່ານສາມາດນໍາໃຊ້ສອງວິທີຕໍ່ໄປນີ້:

1. ແກ້ໄຂໄຟລ໌ການຕັ້ງຄ່າ Redis ດ້ວຍຕົນເອງ
2. ໃຊ້ການຕັ້ງຄ່າເສັ້ນຄໍາສັ່ງ, config set dir "/usr/data" ແມ່ນຄໍາສັ່ງເກັບຮັກສາເພື່ອດັດແປງໄຟລ໌ RDB.

ໝາຍເຫດ: ການຕັ້ງຄ່າໃນ redis.conf ສາມາດໄດ້ຮັບຜ່ານ config get xxx ແລະດັດແກ້ຜ່ານ config set xxx value, ແລະວິທີການດັດແປງໄຟລ໌ການຕັ້ງຄ່າ Redis ດ້ວຍຕົນເອງແມ່ນມີປະສິດທິພາບທົ່ວໂລກ, ນັ້ນແມ່ນ, ພາລາມິເຕີທີ່ຕັ້ງໄວ້ໂດຍການເປີດເຄື່ອງແມ່ຂ່າຍ Redis ຈະບໍ່ເປັນ. ສູນເສຍໄປ, ແຕ່ດັດແກ້ໂດຍໃຊ້ຄໍາສັ່ງ, ມັນຈະສູນເສຍຫຼັງຈາກ Redis restarts.

ຢ່າງໃດກໍຕາມ, ຖ້າທ່ານຕ້ອງການແກ້ໄຂໄຟລ໌ການຕັ້ງຄ່າ Redis ດ້ວຍຕົນເອງເພື່ອໃຫ້ມີຜົນທັນທີ, ທ່ານຈໍາເປັນຕ້ອງປິດເປີດເຄື່ອງແມ່ຂ່າຍ Redis, ແລະວິທີການຄໍາສັ່ງບໍ່ຈໍາເປັນຕ້ອງ restart ເຄື່ອງແມ່ຂ່າຍ 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 ມີປະໂຫຍດຫຼາຍສໍາລັບການຟື້ນຟູໄພພິບັດ, ມັນເປັນໄຟລ໌ທີ່ຖືກບີບອັດທີ່ສາມາດໂອນໄປຫາເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກໄດ້ໄວຂຶ້ນສໍາລັບການຟື້ນຕົວການບໍລິການ Redis;

RDB ສາມາດປັບປຸງຄວາມໄວຂອງ Redis ຢ່າງຫຼວງຫຼາຍ, ເພາະວ່າຂະບວນການ Redis ຕົ້ນຕໍຈະ fork ຂະບວນການເດັກນ້ອຍເພື່ອສືບຕໍ່ຂໍ້ມູນໃສ່ແຜ່ນ.

ຂະບວນການຕົ້ນຕໍ Redis ບໍ່ໄດ້ດໍາເນີນການເຊັ່ນ: disk I/O;

ເມື່ອປຽບທຽບກັບໄຟລ໌ຮູບແບບ AOF, ໄຟລ໌ RDB ເລີ່ມຕົ້ນໃຫມ່ໄວຂຶ້ນ.

2) ຂໍ້ເສຍຂອງ RDB

ເນື່ອງຈາກວ່າ RDB ສາມາດບັນທຶກຂໍ້ມູນໃນຊ່ວງເວລາທີ່ແນ່ນອນເທົ່ານັ້ນ, ຖ້າບໍລິການ Redis ຖືກຍົກເລີກໂດຍບັງເອີນໃນກາງ, ຂໍ້ມູນ Redis ຈະສູນເສຍໃນໄລຍະເວລາ;

ຂະບວນການທີ່ RDB ຕ້ອງການ fork ເລື້ອຍໆເພື່ອບັນທຶກມັນໄວ້ໃນແຜ່ນໂດຍໃຊ້ subentry.

ຖ້າຊຸດຂໍ້ມູນໃຫຍ່, ສ້ອມສາມາດໃຊ້ເວລາຫຼາຍ, ແລະຖ້າຊຸດຂໍ້ມູນມີຂະຫນາດໃຫຍ່, ການເຮັດວຽກຂອງ CPU ບໍ່ດີ, ເຊິ່ງສາມາດເຮັດໃຫ້ Redis ບໍ່ສາມາດໃຫ້ບໍລິການລູກຄ້າໄດ້ເປັນເວລາສອງສາມມິນລິວິນາທີຫຼືແມ້ກະທັ້ງວິນາທີ.

ແນ່ນອນ, ພວກເຮົາຍັງສາມາດປິດການໃຊ້ງານຢ່າງຕໍ່ເນື່ອງເພື່ອປັບປຸງປະສິດທິພາບການປະຕິບັດຂອງ Redis.

ຖ້າທ່ານບໍ່ອ່ອນໄຫວຕໍ່ກັບການສູນເສຍຂໍ້ມູນ, ທ່ານສາມາດເຮັດສິ່ງນີ້ໄດ້ເມື່ອລູກຄ້າເຊື່ອມຕໍ່ config set save "" ຄໍາສັ່ງເພື່ອປິດການຄົງທົນສໍາລັບ Redis.

在redis.conf, ຖ້າຢູ່ໃນsaveຂຽນຄໍາເຫັນກ່ຽວກັບການຕັ້ງຄ່າທັງຫມົດໃນຕອນເລີ່ມຕົ້ນ, ແລະຄວາມຄົງທົນຈະຖືກປິດການໃຊ້ງານ, ແຕ່ໂດຍທົ່ວໄປແລ້ວບໍ່ໄດ້ເຮັດ.