ການປ່ອຍ rqlite 6.0, DBMS ທີ່ທົນທານຕໍ່ຄວາມຜິດທີ່ແຈກຢາຍໂດຍອີງໃສ່ SQLite

ການປ່ອຍ DBMS rqlite 6.0 ທີ່ແຈກຢາຍໄດ້ຖືກນໍາສະເຫນີ, ເຊິ່ງໃຊ້ SQLite ເປັນເຄື່ອງຈັກໃນການເກັບຮັກສາແລະຊ່ວຍໃຫ້ທ່ານສາມາດຈັດລະບຽບການເຮັດວຽກຂອງກຸ່ມການເກັບຮັກສາ synchronized. ຫນຶ່ງໃນຄຸນນະສົມບັດຂອງ rqlite ແມ່ນຄວາມສະດວກໃນການຕິດຕັ້ງ, ການປະຕິບັດແລະການບໍາລຸງຮັກສາການເກັບຮັກສາຄວາມຜິດກະແຈກກະຈາຍ, ຂ້ອນຂ້າງຄ້າຍຄືກັນກັບ etcd ແລະ Consul, ແຕ່ການນໍາໃຊ້ຮູບແບບຂໍ້ມູນທີ່ກ່ຽວຂ້ອງແທນທີ່ຈະເປັນຮູບແບບທີ່ສໍາຄັນ / ມູນຄ່າ. ລະຫັດໂຄງການແມ່ນຂຽນໃນ Go ແລະແຈກຢາຍພາຍໃຕ້ໃບອະນຸຍາດ MIT.

ເພື່ອຮັກສາ nodes ທັງຫມົດຢູ່ໃນສະພາບ synchronized, Raft consensus algorithm ຖືກນໍາໃຊ້. Rqlite ໃຊ້ຫ້ອງສະຫມຸດ SQLite ຕົ້ນສະບັບແລະໄດເວີ go-sqlite3 ມາດຕະຖານ, ຢູ່ເທິງສຸດຂອງຊັ້ນທີ່ຖືກເປີດຕົວທີ່ດໍາເນີນການຮ້ອງຂໍຂອງລູກຄ້າ, ປະຕິບັດການຈໍາລອງກັບໂຫນດອື່ນແລະຕິດຕາມຜົນສໍາເລັດຂອງການເປັນເອກະສັນກັນກ່ຽວກັບທາງເລືອກຂອງ node ນໍາ.

ການປ່ຽນແປງຖານຂໍ້ມູນສາມາດເຮັດໄດ້ໂດຍ node ທີ່ຖືກເລືອກເປັນຜູ້ນໍາເທົ່ານັ້ນ, ແຕ່ການເຊື່ອມຕໍ່ກັບການດໍາເນີນງານການຂຽນຍັງສາມາດຖືກສົ່ງໄປຫາ nodes ອື່ນໆໃນ cluster, ເຊິ່ງຈະສົ່ງຄືນທີ່ຢູ່ຂອງຜູ້ນໍາເພື່ອເຮັດຊ້ໍາຄໍາຮ້ອງຂໍ (ໃນສະບັບຕໍ່ໄປພວກເຂົາ. ສັນຍາວ່າຈະເພີ່ມການສົ່ງຕໍ່ອັດຕະໂນມັດຂອງຄໍາຮ້ອງຂໍໃຫ້ຜູ້ນໍາ). ການເນັ້ນຫນັກໃສ່ຕົ້ນຕໍແມ່ນກ່ຽວກັບຄວາມທົນທານຕໍ່ຄວາມຜິດ, ດັ່ງນັ້ນ DBMS scales ພຽງແຕ່ມີການດໍາເນີນງານການອ່ານ, ແລະການດໍາເນີນການຂຽນແມ່ນຄໍຂອດ. ມັນເປັນໄປໄດ້ທີ່ຈະດໍາເນີນການກຸ່ມ rqlite ຈາກ node ດຽວແລະການແກ້ໄຂນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອສະຫນອງການເຂົ້າເຖິງ SQLite ຜ່ານ HTTP ໂດຍບໍ່ມີການສະຫນອງຄວາມທົນທານຕໍ່ຄວາມຜິດ.

ຂໍ້ມູນ SQLite ໃນແຕ່ລະ node ບໍ່ໄດ້ຖືກເກັບໄວ້ໃນໄຟລ໌, ແຕ່ຢູ່ໃນຫນ່ວຍຄວາມຈໍາ. ໃນລະດັບຊັ້ນດ້ວຍການປະຕິບັດຂອງໂປໂຕຄອນ Raft, ບັນທຶກຂອງຄໍາສັ່ງ SQLite ທັງຫມົດທີ່ນໍາໄປສູ່ການປ່ຽນແປງໃນຖານຂໍ້ມູນຈະຖືກເກັບໄວ້. ບັນທຶກນີ້ຖືກນໍາໃຊ້ໃນລະຫວ່າງການເຮັດເລື້ມຄືນ (ການຈໍາລອງໃນລະດັບການຮ້ອງຂໍການຜະລິດຄືນໃນ nodes ອື່ນໆ), ເລີ່ມຕົ້ນ node ໃຫມ່, ຫຼືຟື້ນຕົວຈາກການສູນເສຍການເຊື່ອມຕໍ່. ເພື່ອຫຼຸດຜ່ອນຂະຫນາດຂອງບັນທຶກ, ການຫຸ້ມຫໍ່ອັດຕະໂນມັດຖືກນໍາໃຊ້, ເຊິ່ງເລີ່ມຕົ້ນຫຼັງຈາກຈໍານວນການປ່ຽນແປງທີ່ກໍານົດແລະນໍາໄປສູ່ການຖ່າຍຮູບທີ່ຖືກແກ້ໄຂໃນແຜ່ນ, ທີ່ກ່ຽວຂ້ອງກັບບັນທຶກໃຫມ່ເລີ່ມຕົ້ນທີ່ຈະເກັບຮັກສາ (ສະຖານະຂອງຖານຂໍ້ມູນໃນຫນ່ວຍຄວາມຈໍາ. ແມ່ນຄືກັນກັບຮູບຖ່າຍ + ບັນທຶກການປ່ຽນແປງສະສົມ).

ຄຸນ​ນະ​ສົມ​ບັດ​ຂອງ rqlite​:

• ງ່າຍທີ່ຈະນໍາໃຊ້ກຸ່ມ, ບໍ່ຈໍາເປັນຕ້ອງມີການຕິດຕັ້ງ SQLite ແຍກຕ່າງຫາກ.
• ຄວາມ​ສາ​ມາດ​ທີ່​ຈະ​ໄດ້​ຮັບ​ການ​ເກັບ​ຮັກ​ສາ SQL replicated ໄດ້​ຢ່າງ​ວ່ອງ​ໄວ​.
• ກຽມພ້ອມສໍາລັບການນໍາໃຊ້ໃນໂຄງການເຮັດວຽກ (Production-grade).
• ການປະກົດຕົວຂອງ HTTP(S) API ທີ່ອະນຸຍາດໃຫ້ທ່ານປັບປຸງຂໍ້ມູນໃນຮູບແບບ batch ແລະກໍານົດ node ຊັ້ນນໍາຂອງ cluster. ມັນຍັງສະຫນອງການໂຕ້ຕອບເສັ້ນຄໍາສັ່ງແລະຄວາມສາມາດໃນການນໍາໃຊ້ຫ້ອງສະຫມຸດລູກຄ້າຕ່າງໆທີ່ສ້າງຂຶ້ນສໍາລັບ SQLite.
• ການມີບໍລິການສໍາລັບການກໍານົດ nodes ອື່ນໆ, ອະນຸຍາດໃຫ້ທ່ານສ້າງ clusters ແບບເຄື່ອນໄຫວ.
• ສະຫນັບສະຫນູນສໍາລັບການເຂົ້າລະຫັດການແລກປ່ຽນຂໍ້ມູນລະຫວ່າງ nodes.
• ຄວາມສາມາດໃນການກໍານົດລະດັບການກວດສອບຄວາມກ່ຽວຂ້ອງແລະຄວາມສອດຄ່ອງຂອງຂໍ້ມູນໃນເວລາທີ່ອ່ານ.
• ຄວາມສາມາດທາງເລືອກໃນການເຊື່ອມຕໍ່ nodes ໃນໂຫມດອ່ານເທົ່ານັ້ນ, ເຊິ່ງບໍ່ໄດ້ເຂົ້າຮ່ວມໃນການກໍານົດຄວາມເຫັນດີນໍາແລະຖືກນໍາໃຊ້ເພື່ອເພີ່ມຂະຫນາດຂອງ cluster ສໍາລັບການດໍາເນີນງານການອ່ານ.
• ສະຫນັບສະຫນູນຮູບແບບການເຮັດທຸລະກໍາຂອງທ່ານເອງໂດຍອີງໃສ່ການລວມຄໍາສັ່ງໃນຫນຶ່ງຄໍາຮ້ອງຂໍ (ການເຮັດທຸລະກໍາໂດຍອີງໃສ່ BEGIN, COMMIT, ROLLBACK, SavePOINT ແລະການປ່ອຍແມ່ນບໍ່ສະຫນັບສະຫນູນ).
• ສະຫນັບສະຫນູນສໍາລັບການສ້າງສໍາຮອງຂໍ້ມູນຮ້ອນ.

ສະບັບໃຫມ່ແນະນໍາການປ່ຽນແປງທາງສະຖາປັດຕະຍະກໍາທີ່ສໍາຄັນເພື່ອແນໃສ່ການເພີ່ມຄວາມຫນ້າເຊື່ອຖືຂອງກຸ່ມໂດຍການປັບປຸງຂະບວນການຂອງເສັ້ນທາງການອ່ານແລະຂຽນຄໍາຮ້ອງຂໍໄປຫາ nodes cluster ທີ່ຖືກຕ້ອງ. ດຽວນີ້ rqlite nodes ສາມາດ multiplex ການເຊື່ອມຕໍ່ຢ່າງມີເຫດຜົນລະຫວ່າງເຂົາເຈົ້າເອງໂດຍໃຊ້ການເຊື່ອມຕໍ່ TCP ທີ່ຕັ້ງຂຶ້ນລະຫວ່າງ nodes ໂດຍ Raft protocol. ຖ້າຄໍາຮ້ອງຂໍຕ້ອງການສິດອໍານາດຂອງຜູ້ນໍາແຕ່ຖືກສົ່ງໄປຫາໂຫນດທີສອງ, ໂຫນດທີສອງສາມາດກໍານົດທີ່ຢູ່ຂອງຜູ້ນໍາແລະສົ່ງຕໍ່ໃຫ້ກັບລູກຄ້າໂດຍບໍ່ຕ້ອງດໍາເນີນການຄິດໄລ່ຄວາມເຫັນດີຂອງ Raft.

ການປ່ຽນແປງດັ່ງກ່າວຍັງໄດ້ລົບລ້າງຄວາມຕ້ອງການສໍາລັບອົງປະກອບ synchronization metadata ແຍກຕ່າງຫາກແລະລົບລ້າງການຈັດການແຍກຕ່າງຫາກຂອງ Raft state ແລະ metadata. ປະຈຸບັນ nodes ທີສອງສົ່ງການຮ້ອງຂໍໄປຫາ node ຜູ້ນໍາພຽງແຕ່ໃນເວລາທີ່ມີຄວາມຈໍາເປັນ, ໃນເວລາທີ່ເຂົາເຈົ້າຕ້ອງການຊອກຫາທີ່ຢູ່ຂອງ node ຜູ້ນໍາ. API ສະຫນອງຄວາມສາມາດໃນການໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບສະຖານະຂອງ nodes ອື່ນໆໃນ cluster. ຄໍາສັ່ງ ".sysdump" ໄດ້ຖືກເພີ່ມເຂົ້າໃນການໂຕ້ຕອບເສັ້ນຄໍາສັ່ງ.

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