ໂຄງການ Dragonfly ກໍາລັງພັດທະນາການທົດແທນທີ່ໄວກວ່າສໍາລັບ Redis ແລະ Memcached

ການປ່ອຍຕົວທໍາອິດຂອງລະບົບຖານຄວາມຈໍາ Dragonfly ແມ່ນມີຢູ່, ສະຫນອງການສະຫນັບສະຫນູນສໍາລັບໂປໂຕຄອນ Memcached ແລະ Redis, ແຕ່ອະນຸຍາດໃຫ້ດໍາເນີນການສອບຖາມດ້ວຍການປະຕິບັດທີ່ສູງກວ່າຫຼາຍແລະການໃຊ້ຄວາມຈໍາຫນ້ອຍລົງ. ລະບົບຈັດການຂໍ້ມູນໃນຮູບແບບລະຫັດ / ມູນຄ່າແລະສາມາດຖືກນໍາໃຊ້ເປັນການແກ້ໄຂທີ່ມີນ້ໍາຫນັກເບົາເພື່ອເລັ່ງການເຮັດວຽກຂອງສະຖານທີ່ໂຫຼດສູງ, ການເກັບຂໍ້ມູນຊ້າໆໄປຫາ DBMS ແລະຂໍ້ມູນລະດັບກາງໃນ RAM. ລະຫັດ Dragonfly ແມ່ນຂຽນເປັນ C/C ++ ແລະຖືກແຈກຢາຍພາຍໃຕ້ BSL (ໃບອະນຸຍາດແຫຼ່ງທຸລະກິດ).

ໃບອະນຸຍາດ BSL ໄດ້ຖືກສະເຫນີໂດຍຜູ້ຮ່ວມກໍ່ຕັ້ງຂອງ MySQL ເປັນທາງເລືອກສໍາລັບຮູບແບບ Open Core. ໂດຍເນື້ອແທ້ແລ້ວຂອງ BSL ແມ່ນວ່າລະຫັດການທໍາງານແບບພິເສດແມ່ນເບື້ອງຕົ້ນສາມາດໃຊ້ໄດ້ສໍາລັບການດັດແກ້, ແຕ່ສໍາລັບບາງເວລາສາມາດນໍາໃຊ້ໄດ້ໂດຍບໍ່ເສຍຄ່າເທົ່ານັ້ນຖ້າມີເງື່ອນໄຂເພີ່ມເຕີມ, ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການຊື້ໃບອະນຸຍາດການຄ້າເພື່ອຫລີກລ້ຽງ. ເງື່ອນໄຂການອະນຸຍາດເພີ່ມເຕີມຂອງໂຄງການ Dragonfly ຮຽກຮ້ອງໃຫ້ລະຫັດຖືກໂອນໄປຫາໃບອະນຸຍາດ Apache 2.0 ໃນວັນທີ 1 ມິຖຸນາ 2027 ເທົ່ານັ້ນ. ຈົນກ່ວານີ້, ໃບອະນຸຍາດອະນຸຍາດໃຫ້ນໍາໃຊ້ລະຫັດພຽງແຕ່ເພື່ອຮັບປະກັນການດໍາເນີນງານຂອງການບໍລິການແລະຜະລິດຕະພັນຂອງຕົນ, ແຕ່ຫ້າມການນໍາໃຊ້ສໍາລັບການສ້າງການບໍລິການຟັງທີ່ຈ່າຍທີ່ເຮັດຫນ້າທີ່ເປັນ add-on ກັບ Dragonfly.

ອີງຕາມນັກພັດທະນາແລະການທົດສອບສະແດງໃຫ້ເຫັນ, Dragonfly ອ້າງວ່າເປັນລະບົບເກັບຮັກສາຄວາມຊົງຈໍາທີ່ໄວທີ່ສຸດ. ເມື່ອປຽບທຽບກັບ Redis, Dragonfly ບັນລຸການເພີ່ມປະສິດທິພາບ 25 ເທົ່າແລະການຫຼຸດຜ່ອນການບໍລິໂພກຫນ່ວຍຄວາມຈໍາສາມເທົ່າສໍາລັບວຽກປົກກະຕິ. ເຊີບເວີ Dragonfly ຫນຶ່ງສາມາດປະມວນຜົນຫຼາຍລ້ານຄໍາຮ້ອງຂໍຕໍ່ວິນາທີ, ຕົວຢ່າງ, ໃນສະພາບແວດລ້ອມ Amazon EC2 c6gn.16xlarge ມັນເປັນໄປໄດ້ທີ່ຈະບັນລຸການປະຕິບັດ 3.8 ລ້ານຄໍາຮ້ອງຂໍຕໍ່ວິນາທີ.

ໃນການທົດສອບສໍາລັບການເກັບຮັກສາຂໍ້ມູນ 5 GB, Dragonfly ຕ້ອງການຫນ່ວຍຄວາມຈໍາຫນ້ອຍກວ່າ Redis 30%. ເມື່ອສ້າງພາບຖ່າຍດ້ວຍຄໍາສັ່ງ "bgsave", ການບໍລິໂພກຫນ່ວຍຄວາມຈໍາເພີ່ມຂຶ້ນ, ແຕ່ໃນຊ່ວງເວລາສູງສຸດມັນຍັງຄົງເກືອບສາມເທົ່າຫນ້ອຍກວ່າໃນ Redis, ແລະການດໍາເນີນງານການບັນທຶກ snapshot ຕົວຂອງມັນເອງແມ່ນໄວກວ່າ (ໃນການທົດສອບ, ພາບຖ່າຍໃນ Dragonfly ໄດ້ຖືກຂຽນໃນ 30. ວິນາທີ, ໃນຂະນະທີ່ Redis - ໃນ 42 ວິນາທີ).

ປະສິດທິພາບສູງແມ່ນບັນລຸໄດ້ຍ້ອນສະຖາປັດຕະຍະກໍາຫຼາຍ threaded ໂດຍບໍ່ມີການແບ່ງປັນຊັບພະຍາກອນ (shared-nothing), ຊຶ່ງຫມາຍຄວາມວ່າແຕ່ລະ thread ໄດ້ຖືກມອບຫມາຍເປັນ processor ແຍກຕ່າງຫາກທີ່ມີສ່ວນຂອງຕົນເອງຂອງຂໍ້ມູນ, ເຮັດວຽກໂດຍບໍ່ມີການ mutexes ແລະ spin locks. ເພື່ອຮັບປະກັນຄວາມເປັນປະລໍາມະນູໃນເວລາທີ່ເຮັດວຽກກັບຫຼາຍກະແຈ, locks VLL ນ້ໍາຫນັກເບົາແມ່ນຖືກນໍາໃຊ້. ເພື່ອເກັບຮັກສາຂໍ້ມູນໄວ້ໃນຫນ່ວຍຄວາມຈໍາຢ່າງມີປະສິດທິພາບ, ໂຄງສ້າງ dashtable ແມ່ນຖືກນໍາໃຊ້, ເຊິ່ງປະຕິບັດປະເພດຂອງຕາຕະລາງ hash ແບ່ງສ່ວນ.

ໃນບັນດາຄຸນສົມບັດທີ່ມີຢູ່ໃນລຸ້ນທໍາອິດ, ການສະຫນັບສະຫນູນສໍາລັບໂປໂຕຄອນ RESP2 ແລະຄໍາສັ່ງ 130 Redis ແມ່ນສັງເກດເຫັນ, ເຊິ່ງປະມານເທົ່າກັບການເຮັດວຽກຂອງການປ່ອຍ Redis 2.8. ນອກຈາກນັ້ນ, Dragonfly ສະຫນັບສະຫນູນຄໍາສັ່ງ memcached ທັງຫມົດຍົກເວັ້ນ CAS (check-and-set), ສະຫນັບສະຫນູນການດໍາເນີນງານ asynchronous ສໍາລັບການສ້າງ snapshots, ສະຫນອງການບໍລິໂພກຫນ່ວຍຄວາມຈໍາທີ່ຄາດເດົາໄດ້, ສະຫນອງຕົວແປພາສາ Lua 5.4, ແລະສະຫນັບສະຫນູນປະເພດຂໍ້ມູນສະລັບສັບຊ້ອນເຊັ່ນ hashes, ຊຸດ, ແລະລາຍຊື່ (ZSET, HSET, LIST, SETS ແລະ STRING).

ໂໝດແຄຊ໌ມີໃຫ້ແຍກກັນ, ເຊິ່ງປ່ຽນແທນຂໍ້ມູນເກົ່າດ້ວຍຂໍ້ມູນໃໝ່ໂດຍອັດຕະໂນມັດຫຼັງຈາກໜ່ວຍຄວາມຈຳຟຣີໝົດ. ມັນເປັນໄປໄດ້ທີ່ຈະແນບຂໍ້ມູນຕະຫຼອດຊີວິດໃນໄລຍະທີ່ຂໍ້ມູນຖືກພິຈາລະນາວ່າມີຄວາມກ່ຽວຂ້ອງ. ສະຖານະບ່ອນເກັບມ້ຽນສາມາດຖືກລ້າງໃສ່ແຜ່ນໃນພື້ນຫຼັງເພື່ອການກູ້ຂໍ້ມູນໃນພາຍຫຼັງຫຼັງຈາກປິດເປີດໃໝ່. ເພື່ອຈັດການລະບົບ, ຄອນໂຊ HTTP ໄດ້ຖືກສະຫນອງໃຫ້ (ຜູກມັດກັບພອດ TCP 6379) ແລະ API ສໍາລັບການກັບຄືນ metrics, ເຫມາະສົມກັບ Prometheus. ໃນຮຸ່ນໃນອະນາຄົດ, ພວກເຮົາວາງແຜນທີ່ຈະຂະຫຍາຍການສະຫນັບສະຫນູນຄໍາສັ່ງ Redis ແລະປະຕິບັດຄວາມສາມາດໃນການເຮັດຊ້ໍາການເກັບຮັກສາເພື່ອໃຫ້ຄວາມທົນທານຕໍ່ຄວາມຜິດພາດແລະການດຸ່ນດ່ຽງການໂຫຼດ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru