Utgivelse av DBMS MySQL 9.6.0

Oracle har opprettet en ny gren av DBMS MySQL 9.6.0. Byggene av MySQL Community Server 9.6.0 er forberedt for alle stĂžrre distribusjoner av Linux, FreeBSD, macOS og Windows. I henhold til den innfĂžrte utgivelsesmodellen fra 2023, er MySQL 9.6 klassifisert som en 'Innovation'-gren. Innovation-grener anbefales for de som Ăžnsker tidlig tilgang til ny funksjonalitet, publiseres hver 3. mĂ„ned og stĂžttes bare frem til publiseringen av neste betydelige utgivelse (for eksempel, etter at grenen 9.6 lanseres, avsluttes stĂžtten for grenen 9.5). Det planlegges deretter en LTS-utgivelse 9.7, anbefalt for implementeringer som trenger forutsigbarhet og langvarig stabil oppfĂžrsel. Etter LTS-utgivelsen vil det bli dannet en ny Innovation-gren — MySQL 10.0.

Listen over betydelige endringer i MySQL 9.6 gjentar fullt ut endringsrapporten i MySQL 9.5. Den nevner ogsÄ det tidligere nevnte endringen i oppfÞrselen til parameteren 'innodb_log_writer_threads', endringen av standardverdien til parameteren 'binlog_transaction_dependency_history_size', avskrivningen av autentiseringsmetoden SCRAM-SHA-1 og avsluttingen av stÞtten for variablene 'group_replication_allow_local_lower_version_join' og 'replica_parallel_type'. Den totale listen over feilrettinger er forskjellig og inneholder fÞlgende bemerkelsesverdige endringer:

  • Revisjonen av revisjonssystemet har blitt utfĂžrt, med en modulĂŠr delsystem Audit Log som gjĂžr det mulig Ă„ separat installere og administrere ulike komponenter for Ă„ fĂžre revisjonslogger, samt forenkler konfigurasjonen av loggformatet, plasseringen av revisjonsfiler og bufferinnstillingene. For Ă„ endre systemvariabelen audit_log_rotate_on_size kreves nĂ„ AUDIT_ADMIN-rettigheter.
  • En ny datakonstruert og en ny innebygd funksjonsbibliotek for arbeid med sett av globale transaksjons-ID-er (GTID, Global Transaction ID) som brukes under replikering, er aktivert. Den nye implementeringen skiller seg ut med mer hĂžy ytelse og forenkling av koden.
  • I InnoDB-lageret er effektiviteten av generering av unike identifikatorer rowid i tabeller uten primĂŠrnĂžkler forbedret. Problemet med feilaktig gjenoppretting av tilstanden til transaksjoner som pĂ„ tidspunktet for krasjet hadde status 'PREPARED', er lĂžst.
  • En ny option "—container_aware" Ă€r tillagd, som under uppstart aktiverar identifiering av CPU- och minnesbegrĂ€nsningar som anges i containern.
  • Debuggingmöjligheterna för replikering har utvidgats.
  • SQL-funktionerna MD5() och SHA1() har avskilts i en separat komponent "classic_hashing", som kan stĂ€ngas av om det behövs för att blockera anvĂ€ndningen av osĂ€kra hash-algoritmer.
  • 14 sĂ„rbarheter har Ă„tgĂ€rdats, varav tvĂ„ kan utnyttjas pĂ„ distans. Det allvarligaste problemet har en kritisk risknivĂ„ (9.8), finns i den officiella Docker-avbildningen med MySQL och Ă€r relaterat till en sĂ„rbarhet i SQLite-biblioteket (CVE-2025-6965), som anvĂ€nds i verktyg för att konfigurera och arbeta med MySQL. Den andra sĂ„rbarheten som kan utnyttjas pĂ„ distans har en risknivĂ„ pĂ„ 7.5 och orsakas av en buffertöverflödning (CVE-2025-9230) i OpenSSL-biblioteket. Mindre farliga sĂ„rbarheter pĂ„verkar OpenSSL, InnoDB, optimeraren, DDL, parsern, Pluggable Auth och Thread Pooling. Detaljer meddelas för nĂ€rvarande inte.

Kilde: opennet.ru

KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere đŸ”„ KjĂžp pĂ„litelig hosting for nettsteder med DDoS-beskyttelse, VPS VDS-servere | ProHoster