Azure Database for MySQL — informacje o wersji serwera elastycznego na 2026 r.

Azure Database for MySQL serwer elastyczny to w pełni zarządzana usługa bazy danych, która zapewnia szczegółową kontrolę i elastyczność funkcji zarządzania bazami danych i ustawień konfiguracji. Usługa obsługuje wersje społecznościowe programu MySQL 5.7, 8.0 i 8.4. Każda miesięczna wersja wprowadza nowe funkcje, aktualizacje silnika, ulepszenia i poprawki, które są najpierw wdrażane na nowych serwerach, a na istniejących — podczas najbliższej zaplanowanej konserwacji.

Ten artykuł zawiera comiesięczne informacje o wydaniach wersji z 2026 roku dla usługi Azure Database for MySQL — serwer elastyczny, uszeregowane od najnowszych do najstarszych.

Uwaga / Notatka

Ten artykuł odwołuje się do terminu podrzędnego, którego firma Microsoft już nie używa. Po usunięciu terminu z oprogramowania usuniemy go z tego artykułu.

Wrzesień 2026 r.

Aktualizacja z września 2026 r. zawiera niewielkie aktualizacje wersji silnika, usprawnienia niezawodności i poprawki znanych problemów. Przed uaktualnieniem serwerów podczas następnej zaplanowanej konserwacji zapoznaj się z poniższymi szczegółami.

Informacje o wydaniu

Dostępna jest wersja serwera elastycznego Azure Database for MySQL z września 2026 r. Od 19 września 2026 r. wszystkie nowe serwery automatycznie używają tej wersji. Istniejące serwery zostaną zaktualizowane podczas następnej zaplanowanej konserwacji. Aby uaktualnić serwery wcześniej, zarejestruj się w programie Virtual Canary Program.

Zagadnienia dotyczące planowania konserwacji

Okno konserwacji można rozszerzyć do 18 października 2026 r. Niektóre serwery z włączoną funkcją CMW mogą mieć przypisaną datę konserwacji poza preferowanym oknem. Nadal można ponownie zaplanować konserwację w portalu Azure, aby lepiej dopasować się do oryginalnych preferencji CMW.

Zmiany wersji silnika

Ta wersja zawiera następujące zmiany wersji pomniejszej:

  • 8.0.45 -> 8.0.46
  • 8.4.8 —> 8.4.9

Features

  • Nowa implementacja funkcji umożliwiająca weryfikację uaktualnienia wersji głównej (MVU) programu MySQL z wersji 8.0 do 8.4.

Ulepszenia

  • Ulepszone raportowanie błędów dla wdrożeń, które zakończyły się niepowodzeniem — komunikaty wyjaśniają, co poszło nie tak i jak je rozwiązać.
  • Operacje skalowania w górę i w dół teraz weryfikują dostępną pojemność w czasie rzeczywistym, zwiększając skuteczność i przyspieszając wykrywanie błędów.
  • Ulepszone wzmacnianie zabezpieczeń dzięki ściślejszej weryfikacji parametrów procedur składowanych.
  • W trakcie tego zaplanowanego okna konserwacyjnego kilka serwerów z włączoną funkcją wysokiej dostępności migruje z bieżącej architektury do architektury opartej na dedykowanym module usługa Load Balancer w warstwie Standardowa (SLB). Informacje o serwerach kandydujących są przekazywane w standardowych powiadomieniach o pracach konserwacyjnych. To usprawnienie dodaje dedykowany moduł SLB do konfiguracji HA dla serwerów utworzonych z dostępem publicznym lub prywatnymi punktami końcowymi. Zarządzając ścieżką ruchu danych MySQL, SLB eliminuje konieczność zmian DNS podczas pracy w trybie failover, co znacznie skraca czas pracy w trybie failover. Podczas migracji występuje krótki dodatkowy przestój (około 30 sekund). Ta funkcja nie jest obsługiwana przez serwery korzystające z dostępu prywatnego z integracją sieci wirtualnej.

Znane problemy — poprawki

Lipiec 2026 r.

Aktualizacja z lipca 2026 r. wprowadza niewielkie aktualizacje wersji silnika, ulepszenia niezawodności i poprawki znanych problemów. Przed uaktualnieniem serwerów podczas następnej zaplanowanej konserwacji zapoznaj się z poniższymi szczegółami.

Informacje o wydaniu

Dostępna jest wersja serwera elastycznego Azure Database for MySQL z lipca 2026 r. Od 14 lipca 2026 r. wszystkie nowe serwery automatycznie używają tej wersji. Istniejące serwery zostaną zaktualizowane podczas następnej zaplanowanej konserwacji. Aby uaktualnić serwery wcześniej, zarejestruj się w programie Virtual Canary Program.

Zagadnienia dotyczące planowania konserwacji

Można wydłużyć okno zmiany terminu konserwacji do 15 sierpnia 2026 r. Niektóre serwery z włączoną funkcją CMW mogą mieć przypisaną datę konserwacji poza preferowanym oknem. Nadal można ponownie zaplanować konserwację w portalu Azure, aby lepiej dopasować się do oryginalnych preferencji CMW.

Zmiany wersji silnika

Ta wersja zawiera następujące zmiany wersji pomniejszej:

  • 8.0.44 -> 8.0.45
  • 8.4.7 —> 8.4.8

Features

Ta wersja nie wprowadza żadnych nowych funkcji.

Ulepszenia

  • Dodano odporność na przejściowe problemy z siecią.
  • W trakcie tego zaplanowanego okna konserwacyjnego kilka serwerów z włączoną funkcją wysokiej dostępności migruje z bieżącej architektury do architektury opartej na dedykowanym module usługa Load Balancer w warstwie Standardowa (SLB). Informacje o serwerach kandydujących są przekazywane w standardowych powiadomieniach o pracach konserwacyjnych. To usprawnienie dodaje dedykowany moduł SLB do konfiguracji HA dla serwerów utworzonych z dostępem publicznym lub prywatnymi punktami końcowymi. Zarządzając ścieżką ruchu danych MySQL, SLB eliminuje konieczność zmian DNS podczas pracy w trybie failover, co znacznie skraca czas pracy w trybie failover. Podczas migracji występuje krótki dodatkowy przestój (około 30 sekund). Ta funkcja nie jest obsługiwana przez serwery korzystające z dostępu prywatnego z integracją sieci wirtualnej.

Znane problemy — poprawki

  • Naprawia problem z limitem czasu podczas sprawdzania dostępności aktualizacji do nowej wersji głównej i teraz szybko wraca do działania w razie wystąpienia wyjątku.
  • Poprawia logikę, aby umożliwić wielostrefową wysoką dostępność (HA) poprzez sprawdzenie, czy pozostały obsługiwane strefy.

Maj 2026 r.

Aktualizacja z maja 2026 r. wprowadza nowe możliwości związane z kluczami zarządzanymi przez klienta i funkcjami zwiększającymi odporność, a także ulepszenia protokołu TLS i sieci oraz poprawki znanych problemów. Przed uaktualnieniem serwerów podczas następnej zaplanowanej konserwacji zapoznaj się z poniższymi szczegółami.

Informacje o wydaniu

Dostępna jest wersja serwera elastycznego Azure Database for MySQL z maja 2026 r. Od 19 maja 2026 r. wszystkie nowe serwery automatycznie używają tej wersji. Istniejące serwery zostaną zaktualizowane podczas następnej zaplanowanej konserwacji. Aby uaktualnić serwery wcześniej, zarejestruj się w programie Virtual Canary Program.

Zagadnienia dotyczące planowania konserwacji

Można przedłużyć harmonogram konserwacji do 21 czerwca 2026 r. Niektóre serwery z włączoną funkcją CMW mogą mieć przypisaną datę konserwacji poza preferowanym oknem. Nadal można ponownie zaplanować konserwację w portalu Azure, aby lepiej dopasować się do oryginalnych preferencji CMW.

Zmiany wersji silnika

Ta wersja nie zawiera żadnych zmian wersji silnika.

Features

  • Teraz podczas konfigurowania kluczy zarządzanych przez klienta (CMK) można używać magazynów kluczy opartych na HSM na poziomie ProtectedSubscription, co zapewnia wyższy poziom izolacji kluczy dla obciążeń podlegających regulacjom i wymaganiom dotyczącym zgodności.
  • Teraz możesz dodać strefy dostępności do istniejącego serwera bez ponownego utworzenia go, co ułatwia zwiększenie odporności w miarę rozwoju obciążenia.
  • Interfejsy API list dla baz danych i serwerów obsługują teraz stronicowanie, zapewniając szybsze i bardziej niezawodne odpowiedzi podczas zarządzania dużą liczbą zasobów.

Ulepszenia

  • Certyfikaty TLS są teraz automatycznie odnawiane wcześniej w ich cyklu życia (przy 84% ważności), a wszystkie certyfikaty są zgodne z tym samym harmonogramem odnawiania, co zmniejsza prawdopodobieństwo problemów z połączeniem spowodowanych wygaśnięciem certyfikatu.
  • W trakcie tego zaplanowanego okna konserwacyjnego kilka serwerów z włączoną funkcją wysokiej dostępności migruje z bieżącej architektury do architektury opartej na dedykowanym module usługa Load Balancer w warstwie Standardowa (SLB). Informacje o serwerach kandydujących są przekazywane w standardowych powiadomieniach o pracach konserwacyjnych. To usprawnienie dodaje dedykowany moduł SLB do konfiguracji HA dla serwerów utworzonych z dostępem publicznym lub prywatnymi punktami końcowymi. Zarządzając ścieżką ruchu danych MySQL, SLB eliminuje konieczność zmian DNS podczas pracy w trybie failover, co znacznie skraca czas pracy w trybie failover. Podczas migracji występuje krótki dodatkowy przestój (około 30 sekund). Ta funkcja nie jest obsługiwana przez serwery korzystające z dostępu prywatnego z integracją sieci wirtualnej.

Znane problemy — poprawki

  • Rozwiązano sporadyczne problemy z łącznością, które mogą mieć wpływ na serwery skonfigurowane z dostępem prywatnym (integracja z siecią wirtualną), przywracając ostatnią zmianę bazowego stosu sieciowego.
  • Rozwiązano problem polegający na tym, że operacje kopiowania binlog mogły zakończyć się niepowodzeniem, gdy brakuje oczekiwanego pliku binlog. Usługa obsługuje teraz tę sprawę bezpiecznie bez przerywania operacji.

Marzec 2026 r.

Aktualizacja z marca 2026 r. obejmuje drobne aktualizacje wersji silnika, usprawnienia w zakresie rozwiązywania problemów i integracji oraz poprawkę dotyczącą znanego problemu. Przed uaktualnieniem serwerów podczas następnej zaplanowanej konserwacji zapoznaj się z poniższymi szczegółami.

Informacje o wydaniu

Wersja serwera elastycznego Azure Database for MySQL z marca 2026 r. jest teraz dostępna. Od 31 marca 2026 r. wszystkie nowe serwery automatycznie używają tej wersji. Istniejące serwery zostaną zaktualizowane podczas następnej zaplanowanej konserwacji. Aby uaktualnić serwery wcześniej, zarejestruj się w programie Virtual Canary Program.

Zagadnienia dotyczące planowania konserwacji

Do końca kwietnia można przedłużyć harmonogram konserwacji. Niektóre serwery z włączoną funkcją CMW mogą mieć przypisaną datę konserwacji poza preferowanym oknem. Nadal można ponownie zaplanować konserwację w portalu Azure, aby lepiej dopasować się do oryginalnych preferencji CMW.

Zmiany wersji silnika

Ta wersja zawiera następujące zmiany wersji pomniejszej:

  • 8.0.42 -> 8.0.44
  • 8.4.5 —> 8.4.7
  • 9.3.0 –> 9.5.0

Features

Ta wersja nie wprowadza żadnych nowych funkcji.

Ulepszenia

  • Zwraca jasne, praktyczne komunikaty o błędach wyświetlane klientowi w przypadkach nieprawidłowego klucza, co usprawnia rozwiązywanie problemów i korzystanie ze wsparcia technicznego.
  • Umożliwia samoobsługową konfigurację parametru binlog_row_metadata, co odblokowuje integracje CDC/Data Out i zmniejsza zależność od wsparcia technicznego.
  • W ramach aktualizacji z marca 2026 r. oczekuje się, że dzienny automatyczny czas tworzenia kopii zapasowej serwera zmieni się raz. Po tej aktualizacji kopie zapasowe są nadal uruchamiane raz dziennie, jak zwykle. Codzienne automatyczne tworzenie kopii zapasowej jest kontynuowane bez zmian i tylko zaplanowany czas codziennego wykonywania kopii zapasowej jest zmieniany raz. Nie jest wymagana żadna akcja ze strony użytkownika.

Znane problemy — poprawki

  • Dodaje sprawdzanie, czy docelowa strefa AZ jest dostępna jako obsługiwana strefa dla określonego SKU.

Styczeń 2026 r.

Aktualizacja ze stycznia 2026 r. koncentruje się na ulepszeniach komunikatów o błędach i protokołu TLS wraz ze znanymi poprawkami problemów. Zanim przełożysz termin konserwacji, zapoznaj się z uwagami dotyczącymi planowania konserwacji związanej z certyfikatami.

Informacje o wydaniu

Wersja serwera elastycznego Azure Database for MySQL ze stycznia 2026 r. jest teraz dostępna. Od 22 stycznia 2026 r. wszystkie nowe serwery automatycznie używają tej wersji. Istniejące serwery zostaną zaktualizowane podczas następnej zaplanowanej konserwacji. Aby uaktualnić serwery wcześniej, zarejestruj się w programie Virtual Canary Program.

Zagadnienia dotyczące planowania konserwacji

W przypadku wystąpień usługi Azure Database for MySQL w chmurze publicznej platformy Azure certyfikat wewnętrzny wygasa do końca lutego 2026 r. W związku z tym okres przeskładania terminów konserwacji dla tego cyklu jest ograniczony do dat do końca lutego. Odroczanie konserwacji poza lutym może spowodować, że serwer stanie się niedostępny po wygaśnięciu certyfikatu. Dlatego przekładanie terminów na okres po końcu lutego nie jest wspierane dla tego zdarzenia konserwacyjnego.

W przypadku niektórych wystąpień usługi Azure Database for MySQL w chmurach krajowych platformy Azure certyfikat wystawiony przez bieżący urząd certyfikacji wygasa przed 6 lutego 2026 r. Po wygaśnięciu certyfikatu połączenia klienta z serwerem kończą się niepowodzeniem, co powoduje niedostępność usługi.

Aby ocenić, czy problem dotyczy Twojego serwera, sprawdź datę wygaśnięcia certyfikatu w środowisku klienta, używając następującego polecenia: openssl s_client -starttls mysql -connect <server_dns>:3306. W przypadku serwerów, których dotyczy problem, okno zaplanowanej konserwacji jest ograniczone i nie można go swobodnie odroczyć, ponieważ dalsze opóźnienia zwiększają ryzyko wygaśnięcia certyfikatu i niepowodzeń połączenia klienta. W niektórych przypadkach, jeśli serwer został niedawno uruchomiony ponownie, certyfikat zostanie automatycznie odświeżony. Jeśli uważasz, że ten warunek ma zastosowanie do serwera, otwórz zgłoszenie do pomocy technicznej platformy Azure. Po weryfikacji okno harmonogramu konserwacji można przedłużyć do końca lutego.

W tym cyklu konserwacji istnieją główne zdarzenia globalne między 5-10 lutego 2026 r. i 16-23 lutego 2026 r., które mogą ograniczyć naszą zdolność do pełnego przestrzegania preferencji niestandardowego okna obsługi (CMW) klientów podczas początkowego planowania. W związku z tym niektóre serwery z włączoną funkcją CMW mogą mieć datę konserwacji poza preferowanym oknem. Nadal możesz ponownie zaplanować konserwację w portalu Azure, aby lepiej dopasować ją do tych okresów lub swoich oryginalnych preferencji związanych z CMW.

Zmiany wersji silnika

Ta wersja nie zawiera żadnych zmian wersji silnika.

Features

Ta wersja nie wprowadza żadnych nowych funkcji.

Ulepszenia

  • Ulepszono komunikat o błędzie wyświetlany podczas próby włączenia HA w instancję opartą na sieci VNET, która nadal ma włączone przyspieszone logi.
  • Dodano obsługę protokołu TLS 1.3 dla usługi Azure MySQL w wersji 5.7.

Znane problemy — poprawki

  • Rozwiązano problem polegający na tym, że włączanie kopii zapasowej geograficznej powodowało niepowodzenie kolejnych operacji resetowania identyfikatora GTID.
  • Rozwiązano problem polegający na tym, że niektóre serwery wysokiej dostępności za dedykowanym modułem SLB nie mogły włączyć prywatnego punktu końcowego.

Treści powiązane

  • Ostatnia aktualizacja o