Azure Database for MySQLフレキシブル サーバーは、データベース管理機能と構成設定をきめ細かく制御し、柔軟性を提供するフル マネージド データベース サービスです。 このサービスでは、MySQL 5.7、8.0、8.4 のコミュニティ バージョンがサポートされています。 各月次バージョンでは、新機能、エンジンの更新、改善、および修正が提供されます。これらはまず新しいサーバーに展開され、既存のサーバーには次回の予定メンテナンス時に展開されます。
この記事では、Azure Database for MySQL フレキシブル サーバーの 2026 年の月次バージョン リリース ノートを、新しいものから順にまとめています。
注
この記事では、Microsoft が使用しなくなった "スレーブ" という用語が言及されています。 ソフトウェアからこの用語が削除された時点で、この記事から削除します。
2026 年 7 月
2026 年 7 月の更新プログラムでは、エンジンのマイナー バージョンのアップグレード、信頼性の向上、既知の問題の修正が提供されます。 次のスケジュールされたメンテナンス中にサーバーをアップグレードする前に、次の詳細を確認してください。
バージョン リリース ノート
2026 年 7 月バージョンのAzure Database for MySQLフレキシブル サーバーを利用できます。 2026 年 7 月 14 日以降、すべての新しいサーバーでこのバージョンが自動的に使用されます。 既存のサーバーは、次回のスケジュールされたメンテナンス中にアップグレードされます。 サーバーを以前にアップグレードするには、 仮想カナリア プログラムに登録します。
メンテナンス スケジュールに関する考慮事項
メンテナンスの再スケジュール期間は、2026 年 8 月 15 日まで延長できます。 CMW が有効になっている一部のサーバーには、優先期間外にメンテナンス日が割り当てられる場合があります。 元の CMW 設定に合わせて、Azure ポータルでメンテナンスのスケジュールを変更することもできます。
エンジンのバージョンの変更
このバージョンには、次のマイナー バージョンの変更が含まれています。
- 8.0.44 -> 8.0.45
- 8.4.7 -> 8.4.8
Features
このバージョンでは、新機能は導入されていません。
Improvements
- 一時的なネットワークの問題に対する回復性を追加しました。
- このスケジュールされたメンテナンス期間中、いくつかの HA 対応サーバーは、現在のアーキテクチャから専用の Standard Load Balancer (SLB) ベースのアーキテクチャに移行します。 候補サーバーは、通常のメンテナンス通知を通じて通信されます。 この拡張機能により、パブリック アクセスまたはプライベート エンドポイントを使用して作成されたサーバーの HA 構成に専用の SLB が追加されます。 MySQL データ トラフィック パスを管理することで、SLB はフェールオーバー中に DNS を変更する必要がなくなり、フェールオーバー時間が大幅に短縮されます。 この移行が実行されている間、追加のダウンタイムが短時間 (約 30 秒) 発生します。 この機能は、仮想ネットワーク統合でプライベート アクセスを使用するサーバーではサポートされていません。
既知の問題の修正
- メジャー バージョンのアップグレードの可用性に関するタイムアウトの問題を修正し、例外が発生した場合にすぐに復旧するようになりました。
- サポートされている残りのゾーンを確認して MultiZone HA を許可するロジックを修正しました。
2026 年 5 月
2026 年 5 月の更新プログラムでは、新しいカスタマー マネージド キーと回復性の機能と、TLS とネットワークの機能強化、既知の問題の修正が導入されています。 次のスケジュールされたメンテナンス中にサーバーをアップグレードする前に、次の詳細を確認してください。
バージョン リリース ノート
2026 年 5 月バージョンの Azure Database for MySQL フレキシブル サーバーを利用できます。 2026 年 5 月 19 日より、すべての新しいサーバーでこのバージョンが自動的に使用されます。 既存のサーバーは、次回のスケジュールされたメンテナンス中にアップグレードされます。 サーバーを以前にアップグレードするには、 仮想カナリア プログラムに登録します。
メンテナンス スケジュールに関する考慮事項
メンテナンスのスケジュール変更期間は、2026 年 6 月 21 日まで延長できます。 CMW が有効になっている一部のサーバーには、優先期間外にメンテナンス日が割り当てられる場合があります。 元の CMW 設定に合わせて、Azure ポータルでメンテナンスのスケジュールを変更することもできます。
エンジンのバージョンの変更
このバージョンには、エンジンのバージョンの変更は含まれません。
Features
- カスタマー マネージド キー (CMK) を構成するときに、HSM ベースのキー コンテナーを ProtectedSubscription レベルで使用できるようになりました。これにより、規制対象のワークロードとコンプライアンスに依存するワークロードに対して、より強力なキー分離を実現できます。
- 可用性ゾーンを再作成せずに既存のサーバーに追加できるようになりました。これにより、ワークロードの進化に伴う回復性の向上が容易になります。
- データベースとサーバーのリスト API で改ページ処理がサポートされるようになりました。これにより、多数のリソースを管理するときに、より高速で信頼性の高い応答が提供されるようになりました。
Improvements
- TLS 証明書はライフサイクルの早い段階で (84% の有効性で) 自動的に更新され、すべての証明書は同じ更新スケジュールに従い、証明書の有効期限が切れた場合に接続の問題が発生する可能性を減らします。
- このスケジュールされたメンテナンス期間中、いくつかの HA 対応サーバーは、現在のアーキテクチャから専用の Standard Load Balancer (SLB) ベースのアーキテクチャに移行します。 候補サーバーは、通常のメンテナンス通知を通じて通信されます。 この拡張機能により、パブリック アクセスまたはプライベート エンドポイントを使用して作成されたサーバーの HA 構成に専用の SLB が追加されます。 MySQL データ トラフィック パスを管理することで、SLB はフェールオーバー中に DNS を変更する必要がなくなり、フェールオーバー時間が大幅に短縮されます。 この移行が実行されている間、追加のダウンタイムが短時間 (約 30 秒) 発生します。 この機能は、仮想ネットワーク統合でプライベート アクセスを使用するサーバーではサポートされていません。
既知の問題の修正
- 最近の変更を基になるネットワーク スタックに戻すことで、プライベート アクセス (仮想ネットワーク統合) で構成されたサーバーに影響する可能性がある断続的な接続の問題を解決しました。
- 予期される binlog ファイルが見つからない場合に、binlog コピー操作が失敗する可能性がある問題を解決しました。 サービスは、操作を中断することなく、このケースを適切に処理するようになりました。
2026 年 3 月
2026 年 3 月の更新プログラムには、エンジンのマイナー バージョンのアップグレード、トラブルシューティングと統合の機能強化、既知の問題の修正が含まれています。 次のスケジュールされたメンテナンス中にサーバーをアップグレードする前に、次の詳細を確認してください。
バージョンのリリースノート
2026 年 3 月バージョンの Azure Database for MySQL フレキシブル サーバーが利用可能になりました。 2026 年 3 月 31 日以降、すべての新しいサーバーでこのバージョンが自動的に使用されます。 既存のサーバーは、次回のスケジュールされたメンテナンス中にアップグレードされます。 サーバーを以前にアップグレードするには、 仮想カナリア プログラムに登録します。
メンテナンス スケジュールに関する考慮事項
メンテナンスのスケジュール変更期間は、4 月末まで延長できます。 CMW が有効になっている一部のサーバーには、優先期間外にメンテナンス日が割り当てられる場合があります。 元の CMW 設定に合わせて、Azure ポータルでメンテナンスのスケジュールを変更することもできます。
エンジンのバージョンの変更
このバージョンには、次のマイナー バージョンの変更が含まれています。
- 8.0.42 -> 8.0.44
- 8.4.5 -> 8.4.7
- 9.3.0 -> 9.5.0
Features
このバージョンでは、新機能は導入されていません。
Improvements
- 無効なキー シナリオに対して、明確で実用的なユーザー向けのエラーを返し、トラブルシューティングとサポート エクスペリエンスを向上させます。
- binlog_row_metadataのセルフサービス構成を有効にし、CDC/Data Out 統合のブロックを解除し、サポートの依存関係を減らします。
- 2026 年 3 月の更新プログラムの一環として、サーバーの毎日の自動バックアップ時間は 1 回変更される予定です。 この更新後も、バックアップは通常どおり毎日 1 回実行されます。 毎日の自動バックアップは変更されず、毎日のバックアップのスケジュールされた時刻のみが 1 回シフトします。 ユーザーによる操作は不要です。
既知の問題の修正
- ターゲット AZ が特定の SKU でサポートされているゾーンとして使用できるかどうかを確認するためのチェックを追加します。
2026 年 1 月
2026 年 1 月の更新プログラムでは、既知の問題の修正と共に、エラー メッセージと TLS の機能強化に重点を置いています。 メンテナンスを再スケジュールする前に、証明書関連のメンテナンス スケジュールに関する考慮事項を確認してください。
バージョン リリース ノート
2026 年 1 月バージョンの Azure Database for MySQL フレキシブル サーバーが利用可能になりました。 2026 年 1 月 22 日以降、すべての新しいサーバーでこのバージョンが自動的に使用されます。 既存のサーバーは、次回のスケジュールされたメンテナンス中にアップグレードされます。 サーバーを以前にアップグレードするには、 仮想カナリア プログラムに登録します。
メンテナンス スケジュールに関する考慮事項
Azure パブリック クラウド内の Azure Database for MySQL インスタンスの場合、内部証明書は 2026 年 2 月末までに期限切れになります。 その結果、このサイクルのメンテナンスの再スケジュール期間は、2 月末までの日付に制限されます。 2 月を超えてメンテナンスを延期すると、証明書の有効期限が切れた後にサーバーに到達できなくなる可能性があります。 そのため、このメンテナンス イベントでは、2 月末を過ぎた再スケジュールはサポートされていません。
Azure National Clouds の一部の Azure Database for MySQL インスタンスでは、現在の証明機関 (CA) が発行した証明書は 2026 年 2 月 6 日より前に期限切れになります。 証明書の有効期限が切れると、サーバーへのクライアント接続が失敗し、サービスが利用できなくなります。
サーバーが影響を受けるかどうかを評価するには、次のコマンドを使用して、クライアント環境からの証明書の有効期限を確認します: openssl s_client -starttls mysql -connect <server_dns>:3306。 影響を受けるサーバーの場合、メンテナンスの再スケジュール期間は制限され、自由に延期することはできません。これは、証明書の有効期限が切れ、クライアント接続が失敗するリスクがさらに高まるためです。 場合によっては、サーバーが最近再起動された場合、証明書が自動的に更新されます。 この条件がサーバーに適用されていると思われる場合は、Azure サポート ケースを開きます。 検証後、メンテナンスのスケジュール変更期間を 2 月末まで延長できます。
このメンテナンス サイクル中、 2026 年 2 月 5 日から 10 日から 2026 年 2 月 16 日から 23 日までの間に発生する主要なグローバル イベントにより、初期スケジュール中にすべての顧客のカスタム メンテナンス期間 (CMW) 設定を完全に尊重する機能が制限される可能性があります。 その結果、CMW が有効になっている一部のサーバーには、優先期間外のメンテナンス日が割り当てられる場合があります。 これらのイベント期間または元の CMW 設定に合わせて、Azure portal でメンテナンスのスケジュールを変更することもできます。
エンジンのバージョンの変更
このバージョンには、エンジンのバージョンの変更は含まれません。
Features
このバージョンでは、新機能は導入されていません。
Improvements
- 高速ログが有効な VNET ベースのインスタンスで HA を有効にしようとしたときに表示されるエラー メッセージが改善されました。
- Azure MySQL 5.7 バージョンに対する TLS 1.3 サポートが追加されました。
既知の問題の修正
- geo バックアップを有効にすると、後続の GTID リセット操作が失敗する問題を修正しました。
- 専用 SLB の背後にある特定の HA サーバーでプライベート エンドポイントを有効にできない問題を修正しました。