MySQLは大規模な運用や多様な環境でのテストを行い、製品の改善につながる問題やアイデアを提供し技術的に精通した大規模なコミュニティから恩恵を受けています。 この1年間、私たちはコミュニティのフィードバックに耳を傾け、2026年1月以降、更新されたコミュニティエンゲージメントのアプローチを共有してきました。 (参照: MySQLコミュニティとのエンゲージメントの新時代) 本ブログでは、コミュニティとの対話をどのように改善し、何が機能しているのか、何が不明確なのか、そしてコラボレーションにおけるやり取りをどう改善できるのかについてのフィードバックを収集する方法を説明します。

この新たなオープン性と開発のペースは、ユーザーや貢献者からの思慮深い意見とフィードバックによって成功します。このコミュニティで共有されるフィードバック、アイデア、経験は、私たちの方向性を形作り、私たちの仕事の影響力を強化し続けています。私たちは、2026年以降の明確なビジョンと、コミュニティに焦点を当てた三本柱の戦略とともに、MySQLを共に進化させ、改善するために、オープンで透明な対話を維持することに深くコミットしています。第一に、MySQL Community Editionに開発者向けの機能を導入することで、イノベーションを提供します。第二に、エコシステムと採用を拡大し、豊かにすることを目指します。最後に、透明性を高め、より広範なコミュニティの参加を奨励し、より多くの声がMySQLの進化を形作ることを確実にします。

本記事は３つのパートで構成されています。１つ目に、MySQL 9.7.0 Community Editionの主な新機能、2つ目に Early Access（EA）リリースビルドへのフィードバックの提供方法、3つ目がワークログの公開についてです。

MySQL 9.7.0 Community Editionの主な新機能

以下にMySQL 9.7.0 Community Editionの主な新機能を紹介します。詳細や最終的な動作については、リリースノートが公式な情報源となります。

MySQL InnoDB Cluster（グループレプリケーション）のフロー制御モニタリング

フロー制御は、セカンダリが遅延した際にプライマリをスロットルすることでクラスターを保護します。MySQL 9.7.0では、フロー制御がトリガーされたタイミングやスロットルの程度をより正確に把握できるよう、以下のメトリクスが追加されました： 

  • 現在スロットルされているセッション数 
  • スロットルイベントの数
  • 総スロットル時間
  • 最後にスロットルされたトランザクションのタイムスタンプ

これにより、DBAはクラスターがストレスを受けているかどうかを理解し、フロー制御の設定を調整し、スムーズなスループットを実現できます。 

マルチスレッド適用：拡張された適用統計

MySQL 9.7.0では、レプリケーションの可観測性を向上させるため、新しいPerformance Schemaテーブルが追加され、レプリケーションパイプライン全体の統計を収集します： 

これにより、レプリケーションラグの診断、スループットの可視性（バイト/秒やキュー/進行中の作業を含む）、対象の動作に対する正確な洞察が可能になります。 

テレメトリ (OpenTelemetry / OTLP)

テレメトリ対応 はMySQL 9.x系で既に導入されており、MySQL 9.7.0ではOpenTelemetry Protocol (OTLP)を介して最新の可観測性スタックに統合しやすくしています。主なポイントは以下の通りです：

  • OTLPベースのログ、メトリクス、トレースをOpenTelemetryコレクターにエクスポート
  • コンポーネントベースのアーキテクチャ（ログ/トレース/メトリクスを独立してインストール/設定）
  • コレクターへの直接アプローチ（追加のログエージェントは不要）
  • コネクタサポート（例：Connector/JおよびConnector/NET）によるエンドツーエンドのトレースコンテキスト伝播

プロファイルガイド最適化（PGO）

MySQL 9.7.0は、プロファイルガイド最適化（PGO）を使用してビルドされています。これは、ランタイムプロファイリングを利用して、実際のワークロードでのパフォーマンス向上を目指した最適化されたバイナリを生成するコンパイラ最適化手法です。

MySQL JSONデュアリティビュー

MySQL 9.7.0では、JSONデュアリティビューが導入され、開発者が同じ基盤データをリレーショナルSQLと階層的なJSONドキュメントモデルの両方で操作できるようになりました。これにより、リレーショナルの整合性とJSON中心の柔軟性を組み合わせ、複雑なORMマッピングやデータ同期の必要性を減少させます。

ハイパーグラフオプティマイザ

MySQL 9.7.0には、ハイパーグラフオプティマイザが含まれており、コストベースのアプローチを使用して、より広範な結合プラン（ブッシュツリーを含む）を探索することで、複雑なクエリのパフォーマンスを向上させます。ハイパーグラフオプティマイザは、ハッシュ結合のコストベース選択をサポートし、クエリプランを選択する際に興味深い順序を考慮します。これにより、多くのMySQLクエリの実行時間が改善されます。

Early Access (EA) リリースビルド: 早期フィードバックのためのプレGAパッケージ

コミュニティと協力してMySQLを構築する方法を改善するため、Early Access（EA）リリースビルド—プレGAパッケージを公開しています。これは、コミュニティが機能を早期にテストし、変更が容易に組み込める段階でフィードバックを提供することを目的としています。

Early Accessビルドは、フィードバックとテストのための開発者プレビューパッケージとして提供されます。これらはGA前に変更される可能性があり、本番環境での使用は意図されていません。

EAビルドの入手先： 専用のダウンロードページで公開しています。

フィードバックの提供方法（および高付加価値なフィードバック）

最も価値のあるフィードバックは、実際の環境でEAビルドを実行した際の経験です。特に以下についてフィードバックをお寄せください：

  • 以前のバージョンとのリグレッション 
  • アップグレードおよびダウングレードの問題 
  • パフォーマンスの変化（向上/低下）
  • レプリケーション/HAの例外的なケース（グループレプリケーション/InnoDB Clusterを含む）
  • 新機能に関するフィードバック

フィードバックは以下のいずれか方法で送付できます：

バグを報告する際は、以下を含めてください：

  • 正確なEAビルド識別子とプラットフォーム（例：9.7.0-ER、タグは「Early Release」）
  • 再現手順（理想的には最短手順での再現） 
  • 期待される動作と実際の動作
  • 設定の詳細と関連するログ/エラー

ワークログ：透明性の向上

EAリリースビルドに加えて、透明性を高め、設計フィードバックを寄せていただくために、抜粋でMySQLワークログ（WL）の公開を再開しました：
https://dev.mysql.com/worklog/ 

オープンソース開発において、透明性は重要な要素です。MySQLにおいて、ワークログ（Worklogs）は、開発チームが新機能や大規模なリファクタリングを設計、追跡、実装するための設計図として使用されています。以前は、リリース後にワークログを定期的に公開していましたが、近年は一貫して行われていませんでした。今後は、意図やトレードオフを示し、コミュニティからのフィードバックを早期に得るために、ワークログを抜粋で公開する予定です。

ただし、ワークログは機能の提供を約束するものではありません。公開されるワークログは、機密情報（修正が提供される前に公開すべきでないセキュリティ関連の詳細を含む）を公開しないよう、精査・レビューされます。

コミュニティの参加方法（および最も価値のあるフィードバック）

繰り返しになりますが、最も価値のあるフィードバックは、EAリリースビルドを使用した際の経験です：

  • EAリリースビルドをテストし、リグレッション、アップグレードの問題、パフォーマンスの変化、レプリケーション/HAの例外ケースを共有してください。
  • 明確な再現手順と環境詳細を含む、具体的なバグレポートを提出してください。 
  • 公開されたワークログをレビューし、設計上のトレードオフや欠落しているケースについてコメントしてください。

2月に開催された公開MySQLコミュニティロードマップディスカッションでは、新機能のロードマップを形成する上で貴重なフィードバックをいただきました。次回の公開MySQLコミュニティディスカッションは3月23日に予定されています。次回の公開MySQLコミュニティロードマップディスカッションウェビナー（第2回）にご参加ください。今後数週間で、ロードマップ、エコシステムの成長、採用、コミュニティの貢献と透明性をさらに高める方法について、より多くの更新を共有する予定です。

関連情報

いつもMySQLをご利用いただきありがとうございます。MySQLを進化させるために皆様のフィードバックは不可欠です！