ການປ່ອຍ MySQL DBMS 9.1.0

Oracle ໄດ້ສ້າງສາຂາໃຫມ່ຂອງ MySQL 9.1.0 DBMS. ການສ້າງ MySQL Community Server 9.1.0 ໄດ້ຖືກກະກຽມສໍາລັບການແຈກຢາຍ Linux, FreeBSD, macOS ແລະ Windows ທີ່ສໍາຄັນທັງຫມົດ. ເປັນສ່ວນຫນຶ່ງຂອງຮູບແບບການປ່ອຍຕົວໃຫມ່ທີ່ນໍາສະເຫນີໃນປີກາຍນີ້, MySQL 9.1 ຖືກຈັດປະເພດເປັນສາຂາ "ນະວັດຕະກໍາ", ເຊິ່ງຈະປະກອບມີການປ່ອຍທີ່ສໍາຄັນຕໍ່ໄປ, MySQL 9.2. ສາຂານະວັດຕະກໍາແມ່ນແນະນໍາໃຫ້ຜູ້ທີ່ຕ້ອງການເຂົ້າເຖິງຫນ້າທີ່ໃຫມ່ກ່ອນໄວ, ຖືກຕີພິມທຸກໆ 3 ເດືອນແລະໄດ້ຮັບການສະຫນັບສະຫນູນຈົນກ່ວາການພິມເຜີຍແຜ່ທີ່ສໍາຄັນຕໍ່ໄປ (ຕົວຢ່າງເຊັ່ນ, ຫຼັງຈາກການປະກົດຕົວຂອງສາຂາ 9.1, ການສະຫນັບສະຫນູນສໍາລັບສາຂາ 9.0 ໄດ້ຢຸດເຊົາ. ). ໃນຊ່ວງລຶະເບິ່ງຮ້ອນຕໍ່ໄປພວກເຂົາວາງແຜນທີ່ຈະສ້າງການປ່ອຍ LTS ທີ່ແນະນໍາສໍາລັບການປະຕິບັດທີ່ຕ້ອງການການຄາດເດົາແລະການຮັກສາໄລຍະຍາວຂອງພຶດຕິກໍາທີ່ບໍ່ປ່ຽນແປງ. ປະຕິບັດຕາມສາຂາ LTS, ສາຂາປະດິດສ້າງໃຫມ່ຈະຖືກສ້າງຕັ້ງຂຶ້ນ - MySQL 10.0.

ການປ່ຽນແປງທີ່ສໍາຄັນໃນ MySQL 9.1:

• ການສະຫນັບສະຫນູນການສະແດງອອກ "ຖ້າບໍ່ແມ່ນ" ໄດ້ຖືກເພີ່ມເຂົ້າໃນການດໍາເນີນງານ "CREATE VIEW", ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຈັດລະບຽບການສ້າງມຸມເບິ່ງໄດ້ພຽງແຕ່ຖ້າມຸມເບິ່ງທີ່ມີຊື່ທີ່ລະບຸບໍ່ມີຢູ່ແລ້ວແລະຫຼີກເວັ້ນການສົ່ງຄືນຂໍ້ຜິດພາດຖ້າການເບິ່ງ. ໄດ້ຖືກສ້າງຂື້ນແລ້ວ.
• ຢຸດການໂຫຼດ triggers ເມື່ອປະຕິບັດການອ່ານເທົ່ານັ້ນ. ກ່ອນຫນ້ານີ້, triggers ໄດ້ຖືກໂຫລດທຸກຄັ້ງທີ່ຕາຕະລາງຖືກເຂົ້າເຖິງ, ເສຍຫນ່ວຍຄວາມຈໍາແລະການສ້າງການໂຫຼດ CPU ໃນສະຖານະການທີ່ triggers ບໍ່ໄດ້ຖືກນໍາໃຊ້ (ຕົວຢ່າງເຊັ່ນ, ເມື່ອດໍາເນີນການສອບຖາມ SELECT). ໃນ MySQL 9.1, ການປະມວນຜົນແລະການໂຫຼດ triggers ແບ່ງອອກເປັນສອງຂັ້ນຕອນ: ການອ່ານ metadata ກ່ຽວກັບ trigger ແລະ parsing + ປະຕິບັດ trigger. ຂໍ້ມູນທີ່ໄດ້ຮັບໃນຂັ້ນຕອນທໍາອິດຈະຖືກເກັບໄວ້ຫນຶ່ງຄັ້ງແລະຫຼັງຈາກນັ້ນແບ່ງປັນໃນທົ່ວຕົວຢ່າງຜົນກະທົບຕໍ່ທີ່ແຕກຕ່າງກັນ. trigger ໄດ້ຖືກວິເຄາະແລະປະຕິບັດພຽງແຕ່ສໍາລັບ expressions ທີ່ປ່ຽນແປງຂໍ້ມູນ. ນອກຈາກນັ້ນ, ເພື່ອຫຼຸດຜ່ອນການບໍລິໂພກຫນ່ວຍຄວາມຈໍາ, ແທນທີ່ຈະຈັດສັນ buffers ຄົງທີ່ສໍາລັບການຈັດການຄວາມຜິດພາດໃນ triggers, ພວກເຮົາໄດ້ປ່ຽນໄປການຈັດສັນຫນ່ວຍຄວາມຈໍາແບບເຄື່ອນໄຫວຕາມຄວາມຕ້ອງການ.
• ຜົນຜະລິດຂອງການດໍາເນີນງານ EXPLAIN ໄດ້ຖືກຂະຫຍາຍອອກເພື່ອສະແດງຂໍ້ມູນກ່ຽວກັບການນໍາໃຊ້ການອ່ານຫຼາຍໄລຍະແລະການນໍາໃຊ້ຍຸດທະສາດ semijoin, ເຊິ່ງ JOIN ຂະບວນການດໍາເນີນການແຖວຈາກພຽງແຕ່ຕາຕະລາງດຽວ.
• ການປະຕິບັດປະລໍາມະນູຂອງການດໍາເນີນງານ "ສ້າງຖານຂໍ້ມູນ" ແລະ "DROP DATABASE" ໄດ້ຖືກສະຫນອງໃຫ້ເພື່ອປ້ອງກັນຄວາມລົ້ມເຫຼວໃນກໍລະນີທີ່ເກີດອຸປະຕິເຫດຫຼືຄວາມຜິດພາດໃນລະດັບລະບົບໄຟລ໌ໃນລະຫວ່າງການປະຕິບັດການເຫຼົ່ານີ້. ຕົວຢ່າງ, ກ່ອນຫນ້ານີ້, ເມື່ອ "CREATE DATABASE" ຂັດຂ້ອງ, ໂຄງສ້າງການເກັບຮັກສາຖານຂໍ້ມູນທີ່ບໍ່ເຮັດວຽກບໍ່ຄົບຖ້ວນສາມາດຖືກສ້າງຂື້ນ, ເຊິ່ງຕ້ອງການການແຊກແຊງດ້ວຍຕົນເອງເພື່ອເຮັດຄວາມສະອາດ.
• ຂັ້ນຕອນທີ່ເກັບໄວ້ໃນ JavaScript ສະຫນອງການສະຫນັບສະຫນູນສໍາລັບປະເພດ VECTOR. ຂໍ້ມູນທີ່ມີປະເພດທີ່ລະບຸໄວ້ໃນປັດຈຸບັນສາມາດຖືກສົ່ງຜ່ານເຂົ້າໃນຕົວກໍານົດການ input ແລະກັບຄືນ.
• ເພີ່ມຄວາມສາມາດໃນການພິສູດຢືນຢັນເມື່ອເຊື່ອມຕໍ່ກັບ DBMS ໂດຍໃຊ້ OpenID Connect protocol.
• ການແກ້ໄຂຊ່ອງໂຫວ່ 27 ຊ່ອງໂຫວ່ໄດ້ຖືກແກ້ໄຂແລ້ວ, ເຊິ່ງຮ້າຍແຮງທີ່ສຸດ (CVE-2024-5535) ໄດ້ຖືກກຳນົດລະດັບຄວາມຮຸນແຮງວິກິດ (9.1 ຈາກ 10). ຊ່ອງໂຫວ່ດັ່ງກ່າວສາມາດຖືກນຳໃຊ້ຈາກໄລຍະໄກໄດ້ໂດຍບໍ່ຕ້ອງມີການພິສູດຢືນຢັນຕົວຕົນ. ບັນຫາດັ່ງກ່າວເກີດຈາກການອ່ານນອກຂອບເຂດໃນຫ້ອງສະໝຸດ OpenSSL ແລະ ນຳໄປສູ່ການຂັດຂ້ອງ ຫຼື ການຮົ່ວໄຫຼຂອງໜ່ວຍຄວາມຈຳໃນການຕອບສະໜອງຫຼັງຈາກເຊື່ອມຕໍ່ກັບ ເຊີບເວີ ດ້ວຍການຊີ້ບອກຂອງພາລາມິເຕີໂປໂຕຄອນທີ່ບໍ່ຖືກຕ້ອງ.

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