{"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\/pl\/blog\/news\/vypusk-subd-mysql-9-1-0","title":{"rendered":"Wydanie systemu zarz\u0105dzania baz\u0105 danych MySQL 9.1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Firma Oracle utworzy\u0142a now\u0105 ga\u0142\u0105\u017a systemu zarz\u0105dzania bazami danych MySQL 9.1.0. Wersje MySQL Community Server 9.1.0 s\u0105 przygotowane dla wszystkich g\u0142\u00f3wnych dystrybucji Linux, FreeBSD, macOS i Windows. W ramach nowego modelu wydania wprowadzonego w zesz\u0142ym roku, MySQL 9.1 zosta\u0142 zaliczony do ga\u0142\u0119zi \u201eInnovation\u201d, do kt\u00f3rych zostanie r\u00f3wnie\u017c w\u0142\u0105czona nast\u0119pna znacz\u0105ca wersja MySQL 9.2. Ga\u0142\u0119zie Innovation s\u0105 rekomendowane dla tych, kt\u00f3rzy chc\u0105 wcze\u015bniej uzyska\u0107 dost\u0119p do nowych funkcjonalno\u015bci, publikowane s\u0105 co 3 miesi\u0105ce i s\u0105 wspierane tylko do momentu wydania nast\u0119pnej znacz\u0105cej wersji (na przyk\u0142ad, po pojawieniu si\u0119 ga\u0142\u0119zi 9.1, wsparcie ga\u0142\u0119zi 9.0 zosta\u0142o zako\u0144czone). Na lato przysz\u0142ego roku planowane jest przygotowanie wersji LTS, zalecanej dla wdro\u017ce\u0144, kt\u00f3re wymagaj\u0105 przewidywalno\u015bci i d\u0142ugotrwa\u0142ego utrzymania niezmiennego zachowania. Nast\u0119pnie po wersji LTS zostanie utworzona nowa ga\u0142\u0105\u017a Innovation \u2014 MySQL 10.0. <\/p>\n
G\u0142\u00f3wne zmiany w MySQL 9.1: <\/p>\n
\n
Do operacji \u201eCREATE VIEW\u201d dodano wsparcie dla wyra\u017cenia \u201eIF NOT EXISTS\u201d, co pozwala na utworzenie widoku tylko wtedy, gdy widok o podanej nazwie jeszcze nie istnieje, a tak\u017ce na unikni\u0119cie zwr\u00f3cenia b\u0142\u0119du, je\u015bli widok ju\u017c zosta\u0142 stworzony.\n
Za\u0142adowanie wyzwalaczy zosta\u0142o zatrzymane podczas wykonywania operacji zwi\u0105zanych tylko z odczytem. Wcze\u015bniej wyzwalacze by\u0142y \u0142adowane przy ka\u017cdym dost\u0119pie do tabeli, co prowadzi\u0142o do zu\u017cycia pami\u0119ci i obci\u0105\u017cenia CPU w sytuacjach, gdy wyzwalacze nie by\u0142y u\u017cywane (na przyk\u0142ad podczas wykonywania zapyta\u0144 SELECT). W MySQL 9.1 przetwarzanie i \u0142adowanie wyzwalaczy zosta\u0142o podzielone na dwa etapy: odczyt metadanych wyzwalacza i analiza oraz wykonanie wyzwalacza. Dane uzyskane w pierwszym etapie s\u0105 przechowywane jednokrotnie i nast\u0119pnie wsp\u00f3\u0142dzielone w r\u00f3\u017cnych instancjach wyzwalacza. Analiza i wykonanie wyzwalacza s\u0105 przeprowadzane tylko dla wyra\u017ce\u0144 prowadz\u0105cych do zmiany danych. Ponadto, w celu zmniejszenia zu\u017cycia pami\u0119ci, zamiast statycznego przydzia\u0142u bufor\u00f3w do obs\u0142ugi b\u0142\u0119d\u00f3w w wyzwalaczach wprowadzono dynamiczny przydzia\u0142 pami\u0119ci w razie potrzeby.\n
Rozszerzono wypis operacji \u201eEXPLAIN\u201d, w kt\u00f3rym teraz wy\u015bwietlane s\u0105 informacje o wykorzystaniu wielu zakres\u00f3w odczytu (multi-range) oraz zastosowaniu strategii p\u00f3\u0142po\u0142\u0105czenia (semijoin), w kt\u00f3rej przy operacjach JOIN przetwarzane s\u0105 tylko wiersze z jednej tabeli.\n
Zapewniono atomowe wykonanie operacji \u201eCREATE DATABASE\u201d i \u201eDROP DATABASE\u201d w celu ochrony przed awariami w przypadku niespodziewanego zako\u0144czenia lub wyst\u0105pienia b\u0142\u0119d\u00f3w na poziomie systemu plik\u00f3w podczas wykonywania tych operacji. Na przyk\u0142ad, wcze\u015bniej w przypadku niespodziewanego zako\u0144czenia \u201eCREATE DATABASE\u201d mog\u0142a zosta\u0107 utworzona niekompletna, nienaodpalaj\u0105ca struktura przechowywania bazy danych, kt\u00f3rej usuni\u0119cie wymaga\u0142o r\u0119cznej interwencji.\n
W napisanych na JavaScript procedurach sk\u0142adowanych zapewniono obs\u0142ug\u0119 typu VECTOR. Dane o podanym typie mog\u0105 teraz by\u0107 przekazywane w parametrach wej\u015bciowych i zwracanych.\n
Dodano mo\u017cliwo\u015b\u0107 uwierzytelniania podczas \u0142\u0105czenia z SGBD z wykorzystaniem protoko\u0142u OpenID Connect.\n
Usuni\u0119to 27 podatno\u015bci, z czego najbardziej powa\u017cnej (CVE-2024-5535) przypisano krytyczny poziom zagro\u017cenia (9,1 na 10). Podatno\u015b\u0107 mo\u017ce by\u0107 wykorzystywana zdalnie bez przechodzenia uwierzytelnienia. Problem wynika z odczytu danych z obszaru poza przydzielonym buforem w bibliotece OpenSSL i prowadzi do awaryjnego zako\u0144czenia lub wycieku zawarto\u015bci pami\u0119ci w odpowiedzi po po\u0142\u0105czeniu z serwerem<\/a> przy podaniu niepoprawnych parametr\u00f3w protoko\u0142u. <\/ul>\n