MySQL の最も素晴らしい点の一つは、これまでも常にそのコミュニティでした。アプリケーションを構築している方、本番データベースを運用している方、コードをコントリビュートしている方、ツールを作っている方、ドキュメントを書いている方、質問に答えている方、あるいは単にフィードバックを共有している方。皆さん一人ひとりが、今日の MySQL を形づくる助けになっています。
今回のディスカッションでは、現在の状況に関するアップデートを共有し、MySQL へのコントリビューション改善に向けて検討している内容について議論しました。
コントリビューションをより簡単にする
直近の公開ディスカッションでは、MySQL へのコントリビューションをより簡単にする方法について話し合いました。現在の体験は分かりにくい場合があり、コントリビューターにはより明確な期待事項が必要だと認識しています。
私たちの目標は、単に「より多くの pull request」を受け取ることではありません。目標は、より質の高いコントリビューションを促し、コントリビューターにとってより明確な道筋を提供することです。
この計画の背景には、5 つの指針があります:
- コントリビューションを理解しやすくする
- MySQL の品質、互換性、安定性、セキュリティを維持する
- 有用な場合は、コードの前に議論を促す
- 実装前の不要な摩擦を減らす
- 公開された成果物をリンクし、追跡可能に保つ
コントリビューションの経路
この計画を作成する中で、コントリビューターが取り得る一般的な経路をいくつか特定しました。
バグを見つけた
再現可能な問題、リグレッション、予期しない挙動、または調査すべき互換性の問題です。
バグを修正したい
既存の課題に対応する、または影響を受けている領域を改善するためのコード変更提案です。
新機能を提案またはコントリビュートしたい
明確なユースケースやコミュニティのニーズに基づく、新しい機能または既存機能の変更要望です。
ドキュメントを改善したい
ユーザーやコントリビューターの助けになる、修正、明確化、例の追加、または不足しているガイダンスの補完です。
新機能をテストしたい
リリース、プレビュービルド、バグ修正、または新機能を、実環境またはそれに近い環境で試した結果のフィードバックです。
各経路で必要な情報
それぞれのコントリビューション経路では、レビュー担当者が内容を理解し評価できるよう、異なる情報が必要になります。
バグ報告
バージョン、プラットフォーム、再現手順、期待される結果、実際の結果、ログ、またはテストケース。
バグ修正またはパッチ
関連するバグまたは課題、提案する変更、テスト、OCA 確認。
新機能要望／機能へのコントリビューション
明確なユースケース、期待される挙動、互換性への影響、記入済みの設計提案。
ドキュメント改善
何が不明確か、不足しているか、誤っているか、または例があると役立つ箇所。
テストとフィードバック
テストしたバージョン、プラットフォーム、テスト手順、観察された挙動、リグレッション、または互換性に関する懸念。
提案されている改善
主な提案は、より GitHub 中心のコントリビューションプロセスへ移行することです。
機能要望やバグ報告には GitHub Issues を、より深い技術的な会話には GitHub Discussions を使う予定です。また、コミュニティロードマップには GitHub Projects を使います。さらに、コードレビュー用に pull request を導入し、可能なところではチェックを自動化したいと考えています。
加えて、関連する issue、pull request、設計提案、バグ記録をリンクしたいと考えています。これにより透明性が高まり、コントリビューターやユーザーが、バグ、新機能、進行中の作業に関連する情報を見つけやすくなります。
GitHub への移行は段階的に行われます。まずは、GitHub がすぐに価値を提供できる領域、特に機能要望と技術的な議論から始めます。同時に、現在のバグデータベースでのワークフロー改善も続けます。
GitHub 向けには、各コントリビューション種別に必要な情報をコントリビューターが提供しやすくするためのテンプレートを作成しています。現在のシステムと GitHub を、移行または統合作業を通じて接続する計画です。
MySQL Contributor Summit
2026年5月26日に開催された MySQL Contributor Summit についても議論しました。このイベントは、MySQL が次にどこへ向かうべきかを議論するために、コミュニティを集めることに焦点を当てたものです。これはロードマップの発表会でも、約束された機能の一覧でもありません。MySQL コミュニティ版に対して提案された新機能要望について、耳を傾け、学び、協力する機会です。
コミュニティから始める
このサミットは、コミュニティから提出された提案と対話を中心に構成されています。私たちの目標は、最も重要な問題を特定し、重要なユースケースを明らかにし、アイデアを実践的な次のステップへつなげることです。
- コミュニティにとって最も重要な問題
- もっと注目が必要なユースケース
- コントリビューターが関わりたい領域
- エコシステム全体での協力機会
探求したいロードマップトピック
AI、ベクトル検索、ストリーミングデータ
ベクトル機能、ストリーミングデータアーキテクチャ、MCP 連携、開発者向けツールを通じて、MySQL が現代の AI 活用アプリケーションをどのように支援できるかを探ります。
開発者と DBA の体験
日々の生産性、使いやすさ、運用のシンプルさを改善する機能強化について議論します。
パフォーマンス、スケーラビリティ、信頼性
パフォーマンス、レプリケーション、リカバリ、高可用性、スケールアウト体験を改善する機会を検討します。
拡張機能とエコシステムの成長
プラグイン、コンポーネント、外部エンジン、可観測性連携、ツール、エコシステムにおけるイノベーションを探ります。
すべてのコントリビューションに価値がある
サミットの重要なメッセージの一つは、コントリビューションには多くの形があるということです。コードは重要ですが、設計議論、テスト、ドキュメント、ベンチマーク、ツール、実運用からのフィードバック、コミュニティ教育も同じように重要です。
- 設計議論とアーキテクチャに関するフィードバック
- ドキュメントと例
- 検証、テスト、ベンチマーク
- ツールと連携
- 本番環境での経験とユーザーフィードバック
- コミュニティ教育と啓発
議論を行動へ移す
各提案について、参加者は協力しながら適切な次のステップを特定します。たとえば、設計レビュー、エンジニアリング上の議論、検証作業、ドキュメントプロジェクト、ツール関連の機会、あるいは将来の優先順位付けに関する会話などです。
成功とはどのような状態か
- コミュニティの優先事項をより明確に理解できている
- 提案のオーナーとフォローアップアクションが特定されている
- 設計およびエンジニアリングレビューの候補がある
- 検証とベンチマークの機会がある
- ドキュメントおよびツール関連の取り組みがある
- コミュニティプロセスが改善されている
会話に参加してください
MySQL の未来は、単一のチームや単一のロードマップによって決まるものではありません。MySQL を使って構築し、MySQL に貢献し、日々 MySQL に依存している人たちによって形づくられていきます。
皆さんのアイデアを聞き、経験から学び、次に何ができるかを一緒に探っていけることを楽しみにしています。スケジュール、セッションなどは MySQL Community GitHub Wiki で確認できます。また、Contributor Summit のまとめと次のステップは翌週に公開予定です。