Az Oracle cég létrehozta az új MySQL 9.6.0 adatbázis-kezelő rendszer (DBMS) ágat. A MySQL Community Server 9.6.0 összes fő Linux, FreeBSD, macOS és Windows disztribúcióhoz elérhető. A 2023-ban bevezetett kiadási modellnek megfelelően a MySQL 9.6 az „Innovation” ághoz tartozik. Az Innovation ágakat azok számára ajánlják, akik korábban szeretnék elérni az új funkciókat; ezek kiadása három havonta történik, és csak a következő jelentős kiadás publikálásáig támogatottak (például a 9.6 ág kiadása után a 9.5 ág támogatása megszűnik). A jövőben tervezik a 9.7-es LTS-kiadás létrehozását, amely ajánlott azok számára, akiknek kiszámíthatóságra és hosszú távú állandóságra van szükségük. Az LTS kiadást követően új Innovation ág — a MySQL 10.0 — fog létrejönni.
A MySQL 9.6 jelentős változásainak listája teljes egészében megegyezik a MySQL 9.5 változásjegyzékével. Emellett említésre kerül a korábban észlelt „innodb_log_writer_threads” paraméter viselkedésének változása, a „binlog_transaction_dependency_history_size” paraméter alapértelmezett értékének megváltozása, a SCRAM-SHA-1 hitelesítési módszer elavultsága és a „group_replication_allow_local_lower_version_join” és „replica_parallel_type” változók támogatásának megszüntetése. Az átfogó hibajavítások listája eltér, és a következő figyelemre méltó változásokat tartalmazza:
- Megújult az auditrendszer, amelyben bevezették a moduláris Audit Log alrendszert, lehetővé téve különböző auditnaplózási összetevők telepítését és kezelését, valamint egyszerűsítve a naplóformátum, az auditfájlok elhelyezésének és a pufferezési paraméterek beállítását. Az audit_log_rotate_on_size system rendszerparaméter módosításához most AUDIT_ADMIN jogosultságok szükségesek.
- Új adatstruktúrák és új beépített függvénykönyvtár került bevezetésre a globális tranzakciós azonosítók (GTID, Global Transaction ID) kezelésére, amelyeket replikáció során használnak. Az új megvalósítás különböző, a magas teljesítmény és egyszerűsíti a kódot.
- Az InnoDB tárolóban nőtt az egyedi rowid azonosítók generálásának hatékonysága olyan táblákban, amelyek nem rendelkeznek elsődleges kulccsal. Megoldódott egy hiba, amely a tranzakciók, amelyek vészleállításkor „PREPARED” állapotban voltak, helyreállításával kapcsolatban merült fel.
- Új „—container_aware” opció került bevezetésre, amely a futtatás során lehetővé teszi a konténerben beállított CPU- és memória-korlátozások azonosítását.
- A hibakeresési lehetőségek kibővítésre kerültek.
- Az MD5() és SHA1() SQL-funkciók különálló "classic_hashing" komponensbe kerültek, amely szükség esetén letiltható a nem biztonságos hash algoritmusok használatának blokkolására.
- Összesen 14 sérülékenységet hárítottak el, ebből kettő távolról kihasználható. A legnagyobb probléma kritikus szintű (9.8), és a hivatalos MySQL Docker-képben található, az SQLite könyvtár (CVE-2025-6965) sérülékenységével kapcsolatos, amely a MySQL konfigurációjával és működésével kapcsolatos segédeszközökben használatos. A második távolról kihasználható sérülékenység szintje 7.5, és egy puffer túlcsordulás (CVE-2025-9230) okozta az OpenSSL könyvtárban. A kevésbé veszélyes sérülékenységek az OpenSSL-t, az InnoDB-t, az optimalizálót, a DDL-t, a parse-t, a Pluggable Auth-t és a Thread Pooling-ot érintik. A részletek egyelőre nem nyilvánosak.
Forrás: opennet.ru
