{"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\/no\/blog\/news\/vypusk-subd-mysql-9-1-0","title":{"rendered":"Utslett SQL-databasen MySQL 9.1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Oracle har opprettet en ny gren av databasesystemet MySQL 9.1.0. Byggene av MySQL Community Server 9.1.0 er gjort tilgjengelige for alle de viktigste distribusjonene av Linux, FreeBSD, macOS og Windows. I henhold til den nye modellen for utvikling som ble implementert i fjor, er MySQL 9.1 klassifisert som en 'Innovasjon'-gren, som ogs\u00e5 vil inkludere den neste betydelige utgivelsen MySQL 9.2. Innovasjonsgrener anbefales for de som \u00f8nsker tidlig tilgang til nye funksjoner, publiseres hver tredje m\u00e5ned og st\u00f8ttes bare til den neste betydelige utgivelsen publiseres (for eksempel, etter lanseringen av 9.1 vil st\u00f8tten for 9.0 opph\u00f8re). P\u00e5 sommeren neste \u00e5r planlegges det \u00e5 lage en LTS-utgivelse, anbefalt for implementeringer som trenger forutsigbarhet og langvarig opprettholdelse av uendret atferd. Etter LTS-grenen vil en ny Innovasjonsgren bli laget \u2014 MySQL 10.0. <\/p>\n
Hovedendringer i MySQL 9.1: <\/p>\n
\n
Operationen 'CREATE VIEW' er blitt utvidet med st\u00f8tte for uttrykket 'IF NOT EXISTS', som muliggj\u00f8r opprettelse av visninger bare hvis visningen med det angitte navnet ikke allerede eksisterer, og forhindrer retur av feil hvis visningen allerede er opprettet.\n
Innlasting av triggere er stoppet n\u00e5r det utf\u00f8res operasjoner som kun er lesinger. Tidligere ble triggere lastet inn ved alle tabelltilganger, noe som f\u00f8rte til un\u00f8dvendig minneforbruk og belastning p\u00e5 CPU i situasjoner der triggere ikke ble brukt (for eksempel ved SELECT-sp\u00f8rringer). I MySQL 9.1 er behandling og lasting av triggere delt opp i to trinn: lesing av metadata om triggeren og parsing+utf\u00f8relse av triggeren. Dataene som er innhentet i det f\u00f8rste trinnet lagres \u00e9n gang og brukes deretter felles i ulike instanser av triggeren. Parsing og utf\u00f8relse av triggeren gj\u00f8res bare for uttrykk som f\u00f8rer til datamodifikasjoner. I tillegg, for \u00e5 redusere minneforbruket, har det blitt innf\u00f8rt dynamisk minnetildeling etter behov i stedet for statisk allokering av buffere for feilbehandling i triggere.\n
Utdataene for operasjonen 'EXPLAIN' er utvidet, og n\u00e5 viser de informasjon om bruken av multi-range-lesing og implementeringen av semi-join-strategien, der ved JOIN-operasjoner behandles rader kun fra \u00e9n tabell.\n
Atonom utf\u00f8relse av operasjonene 'CREATE DATABASE' og 'DROP DATABASE' er sikret for \u00e5 beskytte mot feil ved krasj eller filsystemfeil under utf\u00f8relsen av disse operasjonene. For eksempel, tidligere, ved et krasj under 'CREATE DATABASE', kunne det bli opprettet en ufullstendig og ikke-fungerende databaselagringsstruktur, noe som krevde manuell inngripen for \u00e5 rydde opp.\n
JavaScript stored procedures now support the VECTOR type. Data of this specified type can now be passed as input and return parameters.\n
Added the ability to authenticate when connecting to the DBMS using the OpenID Connect protocol.\n
27 vulnerabilities have been fixed, with the most severe one (CVE-2024-5535) 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 may lead to crashes or memory content leakage in the response after connecting with serveren<\/a> by specifying incorrect protocol parameters. <\/ul>\n