ສາຂາທີ່ສໍາຄັນໃຫມ່ຂອງ MariaDB 11 DBMS ໄດ້ຖືກນໍາສະເຫນີ

10 ປີຫຼັງຈາກການກໍ່ຕັ້ງຂອງສາຂາ 10.x, MariaDB 11.0.0 ໄດ້ຖືກປ່ອຍອອກມາ, ເຊິ່ງສະເຫນີການປັບປຸງແລະການປ່ຽນແປງທີ່ສໍາຄັນຈໍານວນຫນຶ່ງທີ່ທໍາລາຍຄວາມເຂົ້າກັນໄດ້. ປະຈຸບັນສາຂາແມ່ນຢູ່ໃນຄຸນນະພາບການປ່ອຍ alpha ແລະຈະກຽມພ້ອມສໍາລັບການນໍາໃຊ້ການຜະລິດຫຼັງຈາກສະຖຽນລະພາບ. ສາຂາໃຫຍ່ຕໍ່ໄປຂອງ MariaDB 12, ປະກອບດ້ວຍການປ່ຽນແປງທີ່ທໍາລາຍຄວາມເຂົ້າກັນໄດ້, ຄາດວ່າຈະບໍ່ໄວກວ່າ 10 ປີຈາກນີ້ (ໃນປີ 2032).

ໂຄງການ MariaDB ກໍາລັງພັດທະນາ fork ຈາກ MySQL, ຮັກສາຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫລັງທຸກຄັ້ງທີ່ເປັນໄປໄດ້ແລະປະກອບດ້ວຍການລວມເອົາເຄື່ອງຈັກໃນການເກັບຮັກສາເພີ່ມເຕີມແລະຄວາມສາມາດຂັ້ນສູງ. ການພັດທະນາ MariaDB ແມ່ນເບິ່ງແຍງໂດຍມູນນິທິ MariaDB ທີ່ເປັນເອກະລາດ, ປະຕິບັດຕາມຂະບວນການພັດທະນາທີ່ເປີດເຜີຍ ແລະໂປ່ງໃສທີ່ເປັນເອກະລາດຂອງຜູ້ຂາຍສ່ວນບຸກຄົນ. MariaDB DBMS ໄດ້ຖືກສະຫນອງແທນ MySQL ໃນຫຼາຍໆ Linux distributions (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ແລະໄດ້ຖືກປະຕິບັດໃນໂຄງການຂະຫນາດໃຫຍ່ເຊັ່ນ Wikipedia, Google Cloud SQL ແລະ Nimbuzz.

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

ຮູບແບບທີ່ຜ່ານມາແມ່ນດີໃນການຊອກຫາດັດສະນີທີ່ດີທີ່ສຸດ, ແຕ່ມີບັນຫາກັບການນໍາໃຊ້ການສະແກນຕາຕະລາງ, ການສະແກນດັດສະນີ, ຫຼືການດໍາເນີນງານການດຶງຂໍ້ມູນໄລຍະ. ໃນຮູບແບບໃຫມ່, ຂໍ້ບົກຜ່ອງນີ້ຖືກລົບລ້າງໂດຍການປ່ຽນນ້ໍາຫນັກພື້ນຖານຂອງການດໍາເນີນງານກັບເຄື່ອງຈັກໃນການເກັບຮັກສາ. ເມື່ອປະເມີນປະສິດທິພາບສໍາລັບການປະຕິບັດງານທີ່ຂຶ້ນກັບຄວາມໄວຂອງແຜ່ນ, ເຊັ່ນການສະແກນການຂຽນຕາມລໍາດັບ, ຕອນນີ້ພວກເຮົາສົມມຸດວ່າຂໍ້ມູນຖືກເກັບໄວ້ໃນ SSD ທີ່ໃຫ້ຄວາມໄວໃນການອ່ານ 400MB ຕໍ່ວິນາທີ. ນອກຈາກນັ້ນ, ຕົວກໍານົດການນ້ໍາຫນັກອື່ນໆຂອງ optimizer ໄດ້ຖືກປັບ, ເຊິ່ງ, ສໍາລັບການຍົກຕົວຢ່າງ, ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະປະຕິບັດຄວາມສາມາດໃນການນໍາໃຊ້ດັດສະນີສໍາລັບການດໍາເນີນງານ "ສັ່ງໂດຍ / ກຸ່ມໂດຍ" ໃນ subqueries ແລະເລັ່ງການເຮັດວຽກກັບຕາຕະລາງຂະຫນາດນ້ອຍຫຼາຍ.

ມັນໄດ້ຖືກສັງເກດເຫັນວ່າຮູບແບບນ້ໍາຫນັກໃຫມ່ຈະຊ່ວຍໃຫ້ທ່ານສາມາດເລືອກແຜນການປະຕິບັດການສອບຖາມທີ່ເຫມາະສົມກວ່າໃນສະຖານະການຕໍ່ໄປນີ້:

• ເມື່ອໃຊ້ແບບສອບຖາມທີ່ກວມເອົາຫຼາຍກວ່າ 2 ຕາຕະລາງ.
• ເມື່ອທ່ານມີດັດຊະນີທີ່ມີຄ່າທີ່ຄືກັນເປັນຈໍານວນຫຼວງຫຼາຍ.
• ເມື່ອໃຊ້ຂອບເຂດທີ່ກວມເອົາຫຼາຍກວ່າ 10% ຂອງຕາຕະລາງ.
• ເມື່ອທ່ານມີການສອບຖາມທີ່ຊັບຊ້ອນເຊິ່ງບໍ່ແມ່ນຖັນທັງໝົດທີ່ໃຊ້ຖືກດັດສະນີ.
• ເມື່ອການສອບຖາມຖືກໃຊ້ທີ່ກ່ຽວຂ້ອງກັບເຄື່ອງຈັກການເກັບຮັກສາທີ່ແຕກຕ່າງກັນ (ຕົວຢ່າງ, ເມື່ອການສອບຖາມຫນຶ່ງເຂົ້າເຖິງຕາຕະລາງໃນເຄື່ອງຈັກ InnoDB ແລະ Memory).
• ເມື່ອໃຊ້ FORCE INDEX ເພື່ອປັບປຸງແຜນການສອບຖາມ.
• ເມື່ອແຜນການສອບຖາມຊຸດໂຊມລົງເມື່ອໃຊ້ "ຕາຕະລາງການວິເຄາະ".
• ເມື່ອການສອບຖາມຂະຫຍາຍຕາຕາລາງທີ່ມາຈາກຈໍານວນຫຼວງຫຼາຍ (ຈໍານວນຂະຫນາດໃຫຍ່ຂອງ SELECTs ຊ້ອນ).
• ເມື່ອໃຊ້ ORDER BY ຫຼື GROUP BY ສະແດງອອກທີ່ຢູ່ພາຍໃຕ້ດັດຊະນີ.

ບັນຫາຄວາມເຂົ້າກັນໄດ້ທີ່ສໍາຄັນໃນສາຂາ MariaDB 11:

• ສິດ SUPER ບໍ່ອະນຸຍາດໃຫ້ທ່ານປະຕິບັດການປະຕິບັດທີ່ກໍານົດໄວ້ແຍກຕ່າງຫາກມີສິດທິພິເສດ. ຕົວຢ່າງ, ເພື່ອປ່ຽນຮູບແບບຂອງບັນທຶກຄູ່, ທ່ານຈະຕ້ອງມີສິດ BINLOG ADMIN.
• ເອົາການຈັດຕັ້ງປະຕິບັດບັຟເຟີການປ່ຽນແປງໃນ InnoDB.
• Innodb_flush_method ແລະ innodb_file_per_table ໄດ້ຖືກປະຕິເສດແລ້ວ.
• ການຮອງຮັບຊື່ Mysql* ໄດ້ຖືກຍົກເລີກແລ້ວ.
• ການຕັ້ງຄ່າ explicit_defaults_for_timestamp ເປັນ 0 ໄດ້ຖືກຍົກເລີກແລ້ວ.
• ການເຊື່ອມໂຍງສັນຍາລັກແມ່ນລວມຢູ່ໃນຊຸດແຍກຕ່າງຫາກສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບ MySQL.
• ຄ່າເລີ່ມຕົ້ນຂອງພາຣາມິເຕີ innodb_undo_tablespaces ຖືກປ່ຽນເປັນ 3.

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