{"id":120215,"date":"2024-10-17T19:09:08","date_gmt":"2024-10-17T17:09:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-mysql-9-1-0"},"modified":"2024-10-17T19:09:08","modified_gmt":"2024-10-17T17:09:08","slug":"vypusk-subd-mysql-9-1-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-subd-mysql-9-1-0","title":{"rendered":"Release van de MySQL-database Systeem 9.1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Oracle heeft een nieuwe tak van de database MySQL 9.1.0 gevormd. De builds van MySQL Community Server 9.1.0 zijn voorbereid voor alle belangrijke distributies van Linux, FreeBSD, macOS en Windows. In het kader van het vorig jaar ge\u00efntroduceerde nieuwe model voor releasevorming, is MySQL 9.1 geclassificeerd als een 'Innovation'-tak, waartoe ook de volgende belangrijke release, MySQL 9.2, zal behoren. Innovation-takken worden aanbevolen voor degenen die vroegtijdig toegang willen krijgen tot nieuwe functionaliteit, worden elke 3 maanden gepubliceerd en worden alleen ondersteund tot de publicatie van de volgende belangrijke release (bijvoorbeeld, na de komst van tak 9.1 wordt de ondersteuning voor tak 9.0 be\u00ebindigd). In de zomer van volgend jaar is er een LTS-release gepland, aanbevolen voor implementaties die voorspelbaarheid en langdurige stabiliteit vereisen. Direct na de LTS-tak zal er een nieuwe Innovation-tak worden gevormd - MySQL 10.0. <\/p>\n
Belangrijkste veranderingen in MySQL 9.1: <\/p>\n
\n
In de operatie 'CREATE VIEW' is ondersteuning toegevoegd voor de expressie 'IF NOT EXISTS', waarmee het mogelijk wordt om een weergave alleen te cre\u00ebren als er nog geen weergave met de opgegeven naam bestaat, en om te voorkomen dat er een fout wordt geretourneerd als de weergave al is gemaakt.\n
De lading van triggers wordt stopgezet bij het uitvoeren van alleen-lezen operaties. Voorheen werden triggers geladen bij elk toegang tot een tabel, wat leidde tot geheugenverbruik en een belasting van de CPU in situaties waarin triggers niet werden gebruikt (bijvoorbeeld bij SELECT-queries). In MySQL 9.1 is de verwerking en lading van triggers verdeeld in twee fasen: het lezen van metadata van de trigger en de parsing + uitvoering van de trigger. Gegevens verkregen in de eerste fase worden \u00e9\u00e9n keer opgeslagen en vervolgens gezamenlijk gebruikt in verschillende instanties van de trigger. Parsing en uitvoering van de trigger vindt alleen plaats voor uitdrukkingen die leiden tot wijziging van gegevens. Bovendien is de overgang gemaakt van statische geheugenallocatie voor foutverwerking in triggers naar dynamische geheugenallocatie indien nodig, om het geheugenverbruik te verminderen.\n
De uitvoer van de operatie 'EXPLAIN' is uitgebreid, waarbij nu informatie wordt weergegeven over het gebruik van multi-range readings en de toepassing van de semijoin-strategie, waarbij tijdens JOIN-bewerkingen alleen rijen uit \u00e9\u00e9n tabel worden verwerkt.\n
Atomiciteit van de operaties 'CREATE DATABASE' en 'DROP DATABASE' is gegarandeerd ter bescherming tegen storingen in geval van een onverwachte afsluiting of het optreden van fouten op het niveau van het bestandssysteem tijdens het uitvoeren van deze operaties. Bijvoorbeeld, eerder kon bij een onverwachte afsluiting van 'CREATE DATABASE' een onvolledige en niet-functionele database-structuur worden gevormd, waarvoor handmatige interventie nodig was om op te schonen.\n
In the JavaScript stored procedures, support for the VECTOR type has been added. Data of this specified type can now be passed as input and returned parameters.\n
The ability to authenticate when connecting to the DBMS using the OpenID Connect protocol has been added.\n
27 vulnerabilities have been eliminated, the most serious of which (CVE-2024-5535) has been assigned a critical danger level (9.1 out of 10). The vulnerability can be exploited remotely without authentication. The issue is caused by reading data from outside the allocated buffer in the OpenSSL library and leads to crashes or memory content leaking in response after connecting to server<\/a> with incorrect protocol parameters. <\/ul>\n