Kompania Oracle ka formuar një degë të re të DBMS MySQL 9.6.0. Ndërtimet e MySQL Community Server 9.6.0 janë përgatitur për të gjithë distribucione kryesore Linux, FreeBSD, macOS dhe Windows. Sipas modelit të miratuar për formimin e lëshimeve në vitin 2023, MySQL 9.6 është klasifikuar në degët "Innovation". Degët Innovation rekomandohen për ata që dëshirojnë të kenë qasje më të hershme në funksionalitetin e ri, ato publikohen çdo 3 muaj dhe mbështeten vetëm deri në publikimin e lëshimit tjetër të rëndësishëm (për shembull, pas shfaqjes së degës 9.6, mbështetja për degën 9.5 mbyllet). Në të ardhmen planifikojnë të formojnë lëshimin LTS 9.7, i rekomanduar për implementime që kanë nevojë për parashikueshmëri dhe ruajtje të qëndrueshmërisë së sjelljes. Pas lëshimit LTS do të formohet një degë e re Innovation - MySQL 10.0.
Lista e ndryshimeve të rëndësishme në MySQL 9.6 përsërit plotësisht raportin e ndryshimeve në MySQL 9.5. Ajo gjithashtu përmend ndryshimin e mëparshëm të sjelljes së parametrin "innodb_log_writer_threads", ndryshimin e vlerës me të cilën parametri "binlog_transaction_dependency_history_size" fillon, shpalljen si të vjetruar të metodës së autentikimit SCRAM-SHA-1 dhe mbylljen e mbështetjes për variablat "group_replication_allow_local_lower_version_join" dhe "replica_parallel_type". Lista e përgjithshme e rregullimeve është e ndryshme dhe përmban këto ndryshime të dukshme:
- Sistemi i auditi është riparuar, duke zbatuar një nën-sistem modular të Audit Log, që lejon instalimin dhe menaxhimin e veçanta të komponentëve të ndryshëm për mbajtjen e logut të auditit, si dhe thjeshton konfigurimin e formatit të logut, vendndodhjen e skedareve të auditit dhe parametrat e tamponit. Për të ndryshuar variablën sistemike audit_log_rotate_on_size tani kërkohen privilegje AUDIT_ADMIN.
- E strukturuar të dhëna të reja dhe një bibliotekë të re të funksioneve për punën me grupe identifikatorësh globalë të transaksioneve (GTID, Global Transaction ID), të përdorura gjatë replikimit. Implementimi i ri karakterizohet nga më performancë më e lartë dhe thjeshtimi i kodit.
- Në depozitat InnoDB është përmirësuar efikasiteti i gjenerimit të identifikuesve unikë rowid në tabelat pa çelësa primarë. Problemi me rikthimin e korrekut të gjendjes së transaksioneve që në momentin e përfundimit emergjent kishin statusin "PREPARED" është zgjidhur.
- NjĂ« opsion i ri "âcontainer_aware" Ă«shtĂ« shtuar, i cili gjatĂ« fillimit aktivizon identifikimin e kufizimeve tĂ« caktuara nĂ« enĂ« pĂ«r CPU dhe memorie.
- Kapslimet për debugimin e replikimit janë zgjeruar.
- Funksionet SQL MD5() dhe SHA1() janë ndarë në një komponent të veçantë "classic_hashing", të cilin mund ta deaktivizoni kur është e nevojshme për të bllokuar përdorimin e algoritmeve të pasigurt të hashing.
- Janë eliminuar 14 vulnerabilitete, nga të cilat dy mund të shfrytëzohen nga distanca. Problemi më serioz ka një nivel kritikor (9.8), është prezent në imazhin oficial Docker me MySQL dhe është i lidhur me një vulnerabilitet në bibliotekën SQLite (CVE-2025-6965), e cila përdoret në mjetet ndihmëse për konfigurimin dhe punën me MySQL. Vulnerabiliteti i dytë që mund të shfrytëzohet nga afar, ka një nivel rreziku 7.5 dhe shkaktohet nga mbushja e bytes (CVE-2025-9230) në bibliotekën OpenSSL. Vulnerabilitetet më pak të rrezikshme përfshijnë OpenSSL, InnoDB, optimizuesin, DDL, parserin, Pluggable Auth dhe Thread Pooling. Detajet aktualisht nuk njoftohen.
Burimi: opennet.ru
