Az Oracle cég új MySQL 9.1.0 adatbázis-kezelő rendszer ágat alakított ki. A MySQL Community Server 9.1.0 összes fő Linux, FreeBSD, macOS és Windows disztribúcióra készült. A tavaly bevezetett új kiadási mintának megfelelően a MySQL 9.1 az "Innovation" ágak közé került, ahová a következő jelentős MySQL 9.2 kiadás is tartozik majd. Az Innovation ágakat azoknak ajánlják, akik hamarabb szeretnék elérni az új funkciókat; ezek három havonta jelennek meg, és csak a következő jelentős kiadás közzétételéig vannak támogatva (például az 9.1 ág megjelenése után megszűnik az 9.0 ág támogatása). A következő év nyarán LTS kiadást terveznek, amelyet a kiszolgálások számára ajánlanak, ahol a kiszámíthatóság és a stabil működés fenntartása szükséges. Az LTS ág után új Innovation ágat alakítanak ki – MySQL 10.0.
A MySQL 9.1 főbb változásai:
- A "CREATE VIEW" művelethez hozzáadták az "IF NOT EXISTS" kifejezés támogatását, amely lehetővé teszi, hogy csak akkor jöjjön létre a nézet, ha a megadott nevű nézet még nem létezik, és elkerüli a hiba visszaadását, ha a nézet már létezik.
- A triggereket nem töltik be, ha csak olvasási műveletek zajlanak. Korábban a triggereket bármilyen táblához való hozzáféréskor betöltötték, ami memóriafogyasztást és CPU-terhelést okozott olyan helyzetekben, amikor a triggereket nem használták (például SELECT lekérdezések végrehajtásakor). A MySQL 9.1-ben a triggerekkel kapcsolatos feldolgozás és betöltés két szakaszra bontódik: a trigger metadatáinak olvasására és a trigger értelmezésére + végrehajtására. Az első szakaszban nyert adatokat egyszer tárolják el, majd közösen használják a trigger különböző példányai. A trigger értelmezése és végrehajtása csak azokban az esetekben történik, amikor az adatok megváltoznak. Ezen kívül a memóriafogyasztás csökkentése érdekében a triggerekkel kapcsolatos hiba feldolgozásához szükséges puffer statikus allokálásának megszüntetésével átálltak a dinamikus memóriafoglalásra.
- Az "EXPLAIN" művelet kimenete kibővült, ahol mostantól láthatók a több tartományos olvasás (multi-range) használatára és a fél-egyesüléses stratégia (semijoin) alkalmazására vonatkozó információk, amely során a JOIN műveletek során csak az egyik táblából dolgoznak fel sorokat.
- Biztosítva van a "CREATE DATABASE" és a "DROP DATABASE" műveletek atomikus végrehajtása a rendszerek hibáiból való védelme érdekében, amelyek alkalmazási szintű vagy fájlrendszer szintű hibák során merülhetnek fel a műveletek végrehajtása közben. Például korábban a "CREATE DATABASE" művelet váratlan leállásakor egy hiányos, nem működő adatbázis-struktúra alakulhatott ki, amelynek tisztítása manuális beavatkozást igényelt.
- A JavaScript nyelven írt tárolt eljárásokban támogatás került bevezetésre a VECTOR típushoz. Az így megadott típusú adatok mostantól átadhatók a bemeneti és a visszatérési paraméterekben.
- Bevezetésre került a nyílt azonosítási protokoll (OpenID Connect) használatával történő hitelesítés lehetősége az adatbázis-kezelő rendszerhez való csatlakozáskor.
- 27 sérülékenység került megszüntetésre, a legkomolyabb (CVE-2024-5535) kritikus veszélyességi szintet kapott (9.1 a 10-ből). A sérülékenység távolról kihasználható, autentikáció nélkül. A probléma az OpenSSL könyvtárból való adatolvasás során lépett fel a költségvetett pufferből, ami a kapcsolat során leálláshoz vagy memória tartalom szivárgáshoz vezetett a válaszban. szerverrel hibás protokollparaméterek megadásával.
Forrás: opennet.ru
