Kompania Oracle krijoi 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Ă« gjitha distribucione kryesore tĂ« Linux, FreeBSD, macOS dhe Windows. Sipas modelit tĂ« prezantuar 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Ă« duan tĂ« kenĂ« qasje mĂ« shpejt nĂ« funksionalitetin e ri, publikohet çdo 3 muaj dhe mbĂ«shtetet vetĂ«m deri nĂ« publikimin e lĂ«shimit tĂ« ardhshĂ«m tĂ« rĂ«ndĂ«sishĂ«m (pĂ«r shembull, mbĂ«shtetja pĂ«r degĂ«n 9.5 Ă«shtĂ« ndaluar pas shfaqjes sĂ« degĂ«s 9.6). NĂ« tĂ« ardhmen planifikohet tĂ« formohet njĂ« lĂ«shim LTS 9.7, i rekomanduar pĂ«r implementime qĂ« kĂ«rkojnĂ« parashikueshmĂ«ri dhe ruajtje tĂ« gjatĂ« tĂ« sjelljes sĂ« pandryshuar. 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ë parametrave "innodb_log_writer_threads", ndryshimin e vlerës së paracaktuar të parametrave "binlog_transaction_dependency_history_size", shpalljen e metodës së autentikimit SCRAM-SHA-1 si të vjetruar dhe ndalimin 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 auditimit është ripërpunuar, në të cilin është implementuar një sistem modular Audit Log, duke lejuar instalimin dhe menaxhimin ndaras të komponentëve të ndryshëm për mbajtjen e logut të auditimit, si dhe duke thjeshtuar konfigurimin e formatit të logut, vendndodhjes së skedarëve të auditit dhe parametrave të bufrimit. Për të ndryshuar variablën sistemore audit_log_rotate_on_size tani kërkohen privilegje AUDIT_ADMIN.
- ĂshtĂ« aktivizuar njĂ« strukturĂ« e re e tĂ« dhĂ«nave dhe njĂ« bibliotekĂ« e re funksionesh pĂ«r punĂ«n me grupe identifikatorĂ«sh tĂ« pĂ«rgjithshĂ«m tĂ« transaksioneve (GTID, Global Transaction ID), tĂ« pĂ«rdorura gjatĂ« replikimit. Implementimi i ri dallon pĂ«r performancĂ« mĂ« tĂ« lartĂ«. dhe thjeshtimin e kodit.
- NĂ« magazinĂ«n InnoDB Ă«shtĂ« rritur efikasiteti i gjenerimit tĂ« identifikatorĂ«ve unikĂ« rowid nĂ« tabelat pa çelĂ«sa primarĂ«. ĂshtĂ« zgjidhur problemi me rikthimin e papĂ«rshtatshĂ«m tĂ« gjendjes sĂ« transaksioneve, tĂ« cilat nĂ« momentin e mbylljes emergjente kishin statusin "PREPARED".
- ĂshtĂ« shtuar njĂ« mundĂ«si e re "âcontainer_aware", e cila gjatĂ« nisjes aktivizon pĂ«rcaktimin e kufizimeve tĂ« vendosura nĂ« kontejner pĂ«r CPU dhe memorie.
- Janë zgjeruar mundësitë për debugging të replikimit.
- Funksionet SQL MD5() dhe SHA1() janë ndarë në një komponent të veçantë "classic_hashing", i cili mund të çaktivizohet nëse është e nevojshme për të bllokuar përdorimin e algoritmeve të kërkimit të pasigurta.
- Janë eliminuar 14 vulnerabilitete, nga të cilat dy mund të shfrytëzohen në distancë. Problemi më serioz ka një nivel kritike rreziku (9.8), i pranishëm në imazhin zyrtar Docker me MySQL dhe lidhet me një vulnerabilitet në bibliotekën SQLite (CVE-2025-6965), e cila përdoret në mjetet ndihmëse për konfigurimin dhe funksionimin e MySQL. Vulnerabiliteti i dytë që mund të shfrytëzohet në distancë ka një nivel rreziku 7.5 dhe shkaktohet nga mbipërshkrimi i memories (CVE-2025-9230) në bibliotekën OpenSSL. Vulnerabilitetet më me pak rrezik prekin OpenSSL, InnoDB, optimizuesin, DDL, parserin, Pluggable Auth dhe Thread Pooling. Detajet akoma nuk janë raportuar.
Burimi: opennet.ru
