Naglabas ang Oracle ng isang bagong sangay ng MySQL 9.6.0 database management system. Ang mga build ng MySQL Community Server 9.6.0 ay magagamit para sa lahat ng pangunahing distribusyon. Linux, FreeBSD, macOS и WindowsAlinsunod sa modelo ng paglabas na ipinatupad noong 2023, ang MySQL 9.6 ay itinalaga sa sangay na "Innovation". Ang mga sangay ng Innovation ay inirerekomenda para sa mga nais ng maagang pag-access sa mga bagong functionality. Ang mga ito ay inilalabas tuwing tatlong buwan at sinusuportahan lamang hanggang sa susunod na pangunahing paglabas (halimbawa, pagkatapos ng paglabas ng sangay 9.6, ang suporta para sa sangay 9.5 ay itinigil). Kalaunan, plano nilang ilabas ang LTS release 9.7, na inirerekomenda para sa mga deployment na nangangailangan ng predictability at pangmatagalang katatagan. Kasunod ng paglabas na ito ng LTS, isang bagong sangay ng Innovation ang gagawin: MySQL 10.0.
Ang listahan ng mga kapansin-pansing pagbabago sa MySQL 9.6 ay kapareho ng talaan ng pagbabago sa MySQL 9.5. Kasama rin dito ang dating nabanggit na pagbabago sa pag-uugali para sa parameter na "innodb_log_writer_threads", isang pagbabago sa default na halaga para sa parameter na "binlog_transaction_dependency_history_size", ang pagtigil sa paggamit ng paraan ng pagpapatotoo ng SCRAM-SHA-1, at ang pag-alis ng suporta para sa mga variable na "group_replication_allow_local_lower_version_join" at "replica_parallel_type". Ang pangkalahatang listahan ng mga pag-aayos ay magkakaiba at naglalaman ng mga sumusunod na kapansin-pansing pagbabago:
- Ang sistema ng pag-audit ay muling idinisenyo, na nagpapatupad ng isang modular na subsystem ng Audit Log. Nagbibigay-daan ito para sa hiwalay na pag-install at pamamahala ng iba't ibang bahagi ng audit logging, pati na rin ang pagpapasimple ng configuration ng mga format ng log, lokasyon ng audit file, at mga parameter ng buffering. Ang pagbabago ng variable ng sistema ng audit_log_rotate_on_size ay nangangailangan na ngayon ng mga pribilehiyo ng AUDIT_ADMIN.
- Isang bagong istruktura ng datos at isang bagong built-in na library ng mga function para sa pagtatrabaho sa mga set ng global transaction identifiers (GTIDs) na ginagamit sa replikasyon ang ginagamit. Ang bagong implementasyon ay mas mataas na pagganap at pagpapasimple ng code.
- Pinahusay ng InnoDB storage ang kahusayan ng pagbuo ng mga natatanging rowid identifier sa mga talahanayan na walang primary key. Nalutas na ang isang isyu sa maling pagbawi ng mga transaksyon na may status na "PREPARED" noong panahon ng isang pag-crash.
- Nagdagdag ng bagong opsyon na "--container_aware" na nagbibigay-daan sa pagtukoy ng mga limitasyon ng CPU at memory na nakatakda sa container habang nagsisimula.
- Pinalawak na mga kakayahan para sa pag-debug ng replikasyon.
- Ang mga SQL function na MD5() at SHA1() ay pinaghihiwalay sa isang hiwalay na component na "classic_hashing", na maaaring i-disable kung kinakailangan upang harangan ang paggamit ng mga insecure hashing algorithm.
- Labing-apat na kahinaan ang naayos na, dalawa sa mga ito ay maaaring gamitin nang malayuan. Ang pinakamalubhang isyu, na na-rate sa kritikal na kalubhaan (9.8), ay makikita sa opisyal na imahe ng MySQL Docker at may kaugnayan sa isang kahinaan sa SQLite library (CVE-2025-6965), na ginagamit sa mga auxiliary tool para sa pag-configure at pagtatrabaho gamit ang MySQL. Ang pangalawang kahinaan na maaaring gamitin nang malayuan, na na-rate sa antas ng kalubhaan na 7.5, ay sanhi ng isang buffer overflow (CVE-2025-9230) sa OpenSSL library. Ang mga hindi gaanong malalalang kahinaan ay nakakaapekto sa OpenSSL, InnoDB, ang optimizer, DDL, ang parser, Pluggable Auth, at Thread Pooling. Hindi pa inilalabas ang mga detalye.
Pinagmulan: opennet.ru
