重要な変更
- priorityパラメータは、サーバーに対して負の値を受け入れることができるようになりました。これにより、Galera Monitor（galeramon）のMaster選択プロセスからノードが削除されます。
・以前のリリースでは、priorityパラメータの最小値は0でした。値が0の時、Galera Monitor（galeramon）は、他のノードが使用できない場合でも、そのノードをマスターとして選択できました。
・このリリース以降、priorityパラメータの値が負の場合、Galera Monitor（galeramon）はノードをMaster選択プロセスから除外します。値が0の場合、Galera Monitor（galeramon）は、他のノードが使用できない場合でも、そのノードをMasterとして選択します。
バグ修正
＜ハングまたはクラッシュを引き起こす可能性があるもの＞
- Binlogルーター（binlogrouter）を使用すると、競合状態によってMaxScaleがクラッシュする可能性があります。
- connection_keepaliveパラメータが0の場合、メモリリークによりMaxScaleがクラッシュする可能性があります。
- Avrorouterがシーケンスを参照するバイナリログイベントを複製すると、MaxScaleがクラッシュする可能性があります。
＜予期しない動作を引き起こす可能性があるもの＞
- 同じクエリが複数回実行されると、クエリが1回しかキャッシュされなかったとしても、クエリ分類子のキャッシュのサイズが誤って大きくなる可能性がありました。
・以前のリリースでは、クエリを繰り返し実行すると、クエリ分類子のキャッシュのサイズがquery_classifier_cache_sizeパラメータの値を超えて、クエリ分類子のキャッシュが無効になる可能性がありました。
・このリリース以降、同じクエリが複数回実行されると、クエリ分類子のキャッシュのサイズが正しく更新されます。 - TLSが有効になっている場合、MaxScaleは512ビットのRSAキーを生成しようとします。これは、OpenSSLがFIPSモードで実行されている場合は無効になります。
・以前のリリースでは、OpenSSL 1.0.1を使用するシステム（一部の古いCentOS 7およびRHEL 7リリースなど）でこの問題が発生すると、次のエラーメッセージがMaxScaleログに書き込まれました。
error : (SERVER_NAME); 512-bit RSA key generation failed.
error : (SERVER_NAME); Unable to initialize SSL for server 'SERVER_NAME'
error : Failed to create a new server. - maxctrl show filtersが実行されると、出力にはフィルター診断が含まれません。
- Catルーター（cat）が使用される時、セッションが常に閉じられるとは限らないため、デバッグアサーションが失敗する可能性があります。
- max_slave_replication_lagパラメータは、Galera Monitor（galeramon）でゼロ以外の値に設定できませんでした。
・以前のリリースでは、Galera Monitor（galeramon）でmax_slave_replication_lagパラメータがゼロ以外の値に設定されていた場合、読み取り／書き込み分割ルーター（readwritesplit）がレプリカノードにクエリをルーティングしようとすると、次のエラーメッセージがMaxScaleログに書き込まれます。
Could not find valid server for target type TARGET_SLAVE (COM_QUERY: QUERY_TEXT), closing connection. - スキーマルーター（schemarouter）が使用され、ignore_tables_regexパラメータで重複テーブルチェックが無効になっていない場合、テーブル数が増えると、重複テーブルチェックを実行するコストが非常に急速に増加します。
- スキーマルーター（schemarouter）が使用される場合、テーブルの数が増えると、クエリルーティングのパフォーマンスが低下します。
- connection_keepaliveパラメータがゼロ以外の場合、クライアントがアイドル状態であっても、MaxScaleはサーバーにpingを送信します。
- MariaDB Monitor（mariadbmon）がフェイルオーバーを実行すると、MaxScaleはレプリケーションユーザーのユーザー名とパスワードを含むCHANGE MASTER TOステートメントをプレーンテキストでMaxScaleログに書き込みます。
・このリリース以降、ユーザー名とパスワードは、MaxScaleログに書き込まれるステートメントでマスクされます。 - 複数のサーバーが読み取り接続ルーター（readconnroute）を備えたマスターとして選択されている場合、rankパラメータは最後のサーバーを除く全てのサーバーで無視されます。
・以前のリリースでは、これは一部の設定でクエリルーティングに影響を与える可能性がありました。例えば、2つのサーバーがマスターとして選択されているとします。1つ目はrank=primaryで、2つ目はrank=secondaryです。router_options=masterが設定されている場合、最初のサーバーのランクが無視されるため、Read Connection Router（readconnroute）は2番目のサーバーを選択します。 - サービスがtargetsパラメータを使用してクエリを2番目のサービスにルーティングする場合、2番目のサービスはmaxctrl list servicesの出力にターゲットとして表示されません。
- query_classifier_cache_sizeパラメータの値が高く設定されている場合、maxctrl show qc_cacheを実行すると、MaxCtrlのメモリが不足する可能性があります。
- スキーマルーター（schemarouter）が使用されている場合、重複チェックでsysスキーマが自動的に無視されることはありません。
・以前のリリースでは、ignore_tables_regexパラメータを使用して、MariaDB Enterprise Server 10.6で使用される時にはsysスキーマを無視するようにスキーマルーター（schemarouter）を設定する必要がありました。
・このリリース以降、スキーマルーター（schemarouter）は、重複チェックのためにsysスキーマを自動的に無視します。
＜インストールとアップグレード＞
- MaxScaleパッケージがインストールされている場合、/etc/maxscale.cnf.d/ディレクトリは自動的に作成されません。
プラットフォーム
MariaDB Corporationのエンジニアリングポリシーに従い、MariaDB MaxScale 2.5.21は次のプラットフォームに提供されています。
- CentOS 7 (x86_64)
- Debian 9 (x86_64 / ARM64)
- Debian 10 (x86_64 / ARM64)
- Debian 11 (x86_64 / ARM64)
- Red Hat Enterprise Linux 7 (x86_64)
- Red Hat Enterprise Linux 8 (x86_64 / ARM64)
- Rocky Linux 8 (x86_64 / ARM64)
- SUSE Linux Enterprise Server 15 (x86_64 / ARM64)
- Ubuntu 18.04 (x86_64 / ARM64)
- Ubuntu 20.04 (x86_64 / ARM64)
- Ubuntu 22.04 (x86_64 / ARM64)
MariaDB MaxScale 2.5.21 Debugのリリースノート（MariaDB社ウェブサイト）：
https://mariadb.com/docs/release-notes/mariadb-maxscale-2-5/2-5-21/
MariaDBプロダクト・サポート・サービス
MariaDBプロダクト・サポート・サービスは、MariaDBおよびその関連製品をご利用されているお客様へ、必要なソフトウェアや専門的なサポートなどを提供するサービスです。