{"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\/it\/blog\/news\/vypusk-subd-mysql-9-1-0","title":{"rendered":"Versione del DBMS MySQL 9.1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La societ\u00e0 Oracle ha creato un nuovo ramo del DBMS MySQL 9.1.0. Le build di MySQL Community Server 9.1.0 sono pronte per tutte le principali distribuzioni di Linux, FreeBSD, macOS e Windows. Nell'ambito del nuovo modello di rilascio introdotto l'anno scorso, MySQL 9.1 \u00e8 stato collocato nei rami 'Innovation', a cui sar\u00e0 assegnato anche il prossimo importante rilascio di MySQL 9.2. I rami Innovation sono raccomandati per coloro che desiderano accedere prima a nuove funzionalit\u00e0, vengono pubblicati ogni 3 mesi e sono supportati solo fino alla pubblicazione del successivo rilascio significativo (ad esempio, dopo l'emissione del ramo 9.1, il supporto per il ramo 9.0 \u00e8 stato interrotto). La prossima estate \u00e8 previsto un rilascio LTS, raccomandato per le implementazioni che necessitano di prevedibilit\u00e0 e di un comportamento immutato nel tempo. Dopo il ramo LTS sar\u00e0 creato un nuovo ramo Innovation \u2014 MySQL 10.0. <\/p>\n
Principali novit\u00e0 in MySQL 9.1: <\/p>\n
\n
Nell'operazione 'CREATE VIEW' \u00e8 stata aggiunta la supporto per l'espressione 'IF NOT EXISTS', che consente di creare una vista solo se non esiste gi\u00e0 una vista con il nome specificato, evitando cos\u00ec di restituire un errore se la vista \u00e8 gi\u00e0 stata creata.\n
Interromposta il caricamento dei trigger durante l'esecuzione di operazioni di sola lettura. In precedenza, i trigger venivano caricati ad ogni accesso alla tabella, causando un consumo di memoria e un carico sulla CPU in situazioni in cui i trigger non venivano utilizzati (ad esempio, durante l'esecuzione di query SELECT). In MySQL 9.1, l'elaborazione e il caricamento dei trigger sono stati suddivisi in due fasi: lettura dei metadati sul trigger e analisi+esecuzione del trigger. I dati ottenuti nella prima fase vengono salvati una sola volta e poi condivisi tra diverse istanze del trigger. L'analisi e l'esecuzione del trigger avvengono solo per le espressioni che comportano modifiche ai dati. Inoltre, per ridurre il consumo di memoria, \u00e8 stato effettuato un passaggio dall'allocazione statica di buffer per la gestione degli errori nei trigger all'allocazione dinamica della memoria secondo necessit\u00e0.\n
\u00c8 stata ampliata l'uscita dell'operazione 'EXPLAIN', che ora mostra informazioni sull'uso della lettura multi-intervallo (multi-range) e sull'applicazione della strategia di semi-join, in cui durante le operazioni JOIN vengono elaborate solo le righe di una tabella.\n
\u00c8 stata garantita l'esecuzione atomica delle operazioni 'CREATE DATABASE' e 'DROP DATABASE' per proteggere da guasti in caso di arresto anomalo o di errori a livello di file system durante l'esecuzione di queste operazioni. Ad esempio, in precedenza, in caso di arresto anomalo di 'CREATE DATABASE', poteva essere creata una struttura di archiviazione incompleta e non funzionante, la cui pulizia richiedeva un intervento manuale.\n
Nelle procedure memorizzate scritte in JavaScript \u00e8 supportato il tipo VECTOR. I dati di questo tipo possono ora essere trasferiti nei parametri di input e output.\n
\u00c8 stata aggiunta la possibilit\u00e0 di autenticazione durante la connessione al DBMS utilizzando il protocollo OpenID Connect.\n
Sono state eliminate 27 vulnerabilit\u00e0, di cui la pi\u00f9 grave (CVE-2024-5535) ha ricevuto un livello critico di gravit\u00e0 (9,1 su 10). La vulnerabilit\u00e0 pu\u00f2 essere sfruttata da remoto senza passare attraverso l'autenticazione. Il problema \u00e8 causato dalla lettura di dati da un'area al di fuori del buffer allocato nella libreria OpenSSL e porta a chiusure anomale o perdite di contenuto della memoria nella risposta dopo la connessione con server<\/a> utilizzando parametri del protocollo non corretti. <\/ul>\n