{"id":120215,"date":"2024-10-17T19:09:08","date_gmt":"2024-10-17T17:09:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-mysql-9-1-0"},"modified":"2024-10-17T19:09:08","modified_gmt":"2024-10-17T17:09:08","slug":"vypusk-subd-mysql-9-1-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/news\/vypusk-subd-mysql-9-1-0","title":{"rendered":"A MySQL 9.1.0 DBMS kiad\u00e1sa","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Az Oracle \u00faj MySQL 9.1.0 adatb\u00e1zis-kezel\u0151 rendszert hozott l\u00e9tre. A MySQL Community Server 9.1.0 verze az \u00f6sszes f\u0151 Linux, FreeBSD, macOS \u00e9s Windows disztrib\u00faci\u00f3hoz k\u00e9sz\u00fclt. A tavaly bevezetett \u00faj kiad\u00e1sform\u00e1l\u00e1si modell keret\u00e9ben a MySQL 9.1-et az «Innovation» \u00e1gak k\u00f6z\u00e9 sorolt\u00e1k, ahova a k\u00f6vetkez\u0151 jelent\u0151s MySQL 9.2 kiad\u00e1st is besorolj\u00e1k majd. Az Innovation \u00e1gakat azoknak aj\u00e1nlj\u00e1k, akik szeretn\u00e9k kor\u00e1bban el\u00e9rni az \u00faj funkci\u00f3kat, ezek h\u00e1rom havonta jelennek meg, \u00e9s csak a k\u00f6vetkez\u0151 jelent\u0151s kiad\u00e1s publik\u00e1l\u00e1s\u00e1ig t\u00e1mogatottak (p\u00e9ld\u00e1ul a 9.1 \u00e1g megjelen\u00e9se ut\u00e1n a 9.0 \u00e1g t\u00e1mogat\u00e1sa megsz\u0171nik). A k\u00f6vetkez\u0151 \u00e9v nyar\u00e1n tervezik egy LTS-kiad\u00e1s l\u00e9trehoz\u00e1s\u00e1t, amelyet azok sz\u00e1m\u00e1ra aj\u00e1nlanak, akiknek kisz\u00e1m\u00edthat\u00f3s\u00e1gra van sz\u00fcks\u00e9g\u00fck \u00e9s hossz\u00fa t\u00e1v\u00fa v\u00e1ltozatlan viselked\u00e9sre. Az LTS \u00e1g ut\u00e1n egy \u00faj Innovation \u00e1g is l\u00e9trehoz\u00e1sra ker\u00fcl \u2014 MySQL 10.0. <\/p>\n
A MySQL 9.1 f\u0151bb v\u00e1ltoz\u00e1sai: <\/p>\n
\n
A «CREATE VIEW» m\u0171velethez hozz\u00e1adva a «IF NOT EXISTS» kifejez\u00e9s t\u00e1mogat\u00e1sa lehet\u0151v\u00e9 teszi, hogy a n\u00e9zet csak akkor j\u00f6jj\u00f6n l\u00e9tre, ha a megadott n\u00e9vvel rendelkez\u0151 n\u00e9zet m\u00e9g nem l\u00e9tezik, elker\u00fclve a hib\u00e1k visszaad\u00e1s\u00e1t, ha a n\u00e9zet m\u00e1r l\u00e9trej\u00f6tt.\n
A triggereket nem t\u00f6ltik be, ha csak olvas\u00e1si m\u0171veletek zajlanak. Kor\u00e1bban a triggereket b\u00e1rmilyen t\u00e1bl\u00e1hoz val\u00f3 hozz\u00e1f\u00e9r\u00e9skor bet\u00f6lt\u00f6tt\u00e9k, ami mem\u00f3riafogyaszt\u00e1st \u00e9s CPU-terhel\u00e9st okozott olyan helyzetekben, amikor a triggereket nem haszn\u00e1lt\u00e1k (p\u00e9ld\u00e1ul SELECT lek\u00e9rdez\u00e9sek v\u00e9grehajt\u00e1sakor). A MySQL 9.1-ben a triggerekkel kapcsolatos feldolgoz\u00e1s \u00e9s bet\u00f6lt\u00e9s k\u00e9t szakaszra bont\u00f3dik: a trigger metadat\u00e1inak olvas\u00e1s\u00e1ra \u00e9s a trigger \u00e9rtelmez\u00e9s\u00e9re + v\u00e9grehajt\u00e1s\u00e1ra. Az els\u0151 szakaszban nyert adatokat egyszer t\u00e1rolj\u00e1k el, majd k\u00f6z\u00f6sen haszn\u00e1lj\u00e1k a trigger k\u00fcl\u00f6nb\u00f6z\u0151 p\u00e9ld\u00e1nyai. A trigger \u00e9rtelmez\u00e9se \u00e9s v\u00e9grehajt\u00e1sa csak azokban az esetekben t\u00f6rt\u00e9nik, amikor az adatok megv\u00e1ltoznak. Ezen k\u00edv\u00fcl a mem\u00f3riafogyaszt\u00e1s cs\u00f6kkent\u00e9se \u00e9rdek\u00e9ben a triggerekkel kapcsolatos hiba feldolgoz\u00e1s\u00e1hoz sz\u00fcks\u00e9ges puffer statikus allok\u00e1l\u00e1s\u00e1nak megsz\u00fcntet\u00e9s\u00e9vel \u00e1t\u00e1lltak a dinamikus mem\u00f3riafoglal\u00e1sra.\n
Kib\u0151v\u00fclt az «EXPLAIN» m\u0171velet kimenete, amely most m\u00e1r inform\u00e1ci\u00f3kat tartalmaz a t\u00f6bb tartom\u00e1nyos olvas\u00e1s (multi-range) haszn\u00e1lat\u00e1r\u00f3l \u00e9s a f\u00e9l-kombin\u00e1l\u00e1si (semijoin) strat\u00e9gia alkalmaz\u00e1s\u00e1r\u00f3l, amelyn\u00e9l a JOIN m\u0171veletek sor\u00e1n csak egy t\u00e1bl\u00e1b\u00f3l dolgozz\u00e1k fel a sorokat.\n
Biztos\u00edtott az «CREATE DATABASE» \u00e9s az «DROP DATABASE» m\u0171veletek atomikus v\u00e9grehajt\u00e1sa a rendszerle\u00e1ll\u00e1sok vagy f\u00e1jlrendszeren bel\u00fcli hib\u00e1k \u00e1ltali le\u00e1ll\u00e1sok eset\u00e9n. P\u00e9ld\u00e1ul kor\u00e1bban egy «CREATE DATABASE» sor\u00e1n bek\u00f6vetkez\u0151 v\u00e1ratlan le\u00e1ll\u00e1s eset\u00e9n hi\u00e1nyos, m\u0171k\u00f6d\u00e9sk\u00e9ptelen adatb\u00e1zis-strukt\u00fara j\u00f6hetett l\u00e9tre, amelynek a tiszt\u00edt\u00e1s\u00e1hoz manu\u00e1lis beavatkoz\u00e1sra volt sz\u00fcks\u00e9g.\n
A JavaScript nyelven \u00edrt t\u00e1rolt elj\u00e1r\u00e1sokban t\u00e1mogat\u00e1s ker\u00fclt bevezet\u00e9sre a VECTOR t\u00edpushoz. Az \u00edgy megadott t\u00edpus\u00fa adatok mostant\u00f3l \u00e1tadhat\u00f3k a bemeneti \u00e9s a visszat\u00e9r\u00e9si param\u00e9terekben.\n
Bevezet\u00e9sre ker\u00fclt a ny\u00edlt azonos\u00edt\u00e1si protokoll (OpenID Connect) haszn\u00e1lat\u00e1val t\u00f6rt\u00e9n\u0151 hiteles\u00edt\u00e9s lehet\u0151s\u00e9ge az adatb\u00e1zis-kezel\u0151 rendszerhez val\u00f3 csatlakoz\u00e1skor.\n
27 s\u00e9r\u00fcl\u00e9kenys\u00e9g ker\u00fclt megsz\u00fcntet\u00e9sre, a legkomolyabb (CVE-2024-5535) kritikus vesz\u00e9lyess\u00e9gi szintet kapott (9.1 a 10-b\u0151l). A s\u00e9r\u00fcl\u00e9kenys\u00e9g t\u00e1volr\u00f3l kihaszn\u00e1lhat\u00f3, autentik\u00e1ci\u00f3 n\u00e9lk\u00fcl. A probl\u00e9ma az OpenSSL k\u00f6nyvt\u00e1rb\u00f3l val\u00f3 adatolvas\u00e1s sor\u00e1n l\u00e9pett fel a k\u00f6lts\u00e9gvetett pufferb\u0151l, ami a kapcsolat sor\u00e1n le\u00e1ll\u00e1shoz vagy mem\u00f3ria tartalom sziv\u00e1rg\u00e1shoz vezetett a v\u00e1laszban. szerverrel<\/a> hib\u00e1s protokollparam\u00e9terek megad\u00e1s\u00e1val. <\/ul>\n