注目すべき変更点
- Galeraが26.4.18に更新されました
修正された問題
データ損失が発生する可能性があるもの
- --gtid-ignore-duplicateを設定すると、最初のソースからトランザクションを適用する際に並列実行で再試行が必要な場合、別のレプリケーションソースからトランザクションが二重に適用される可能性があります。
- innodb_encrypt_tables=1のサーバーのバックアップは、mariadb-backup --prepareで破損する可能性がある
- バージョン管理が使用されると、Galeraでレプリケートされたイベントに間違った時間が含まれる場合がある
ハングまたはクラッシュを引き起こす可能性があるもの
- 現在のMariaDB Enterprise Backupを古いサーバーに対して使用すると、システム変数 @@aria_log_dir_pathが存在しないため、クラッシュが発生する可能性がある
- 暗号化されたテーブルスペースの場合、暗号化スレッドが同じテーブルスペースで動作しているときにALTER操作がハングする可能性がある
- A)が@@expensive_subquery_limit行未満を調べ、B)が結合バッファを使用するクエリプランを持つサブクエリを使用するEXPLAINステートメントは、クラッシュを引き起こす可能性があります。
- バックアップの準備手順で、TRX SYSページにwsrep xidの位置を格納するデータディレクトリに遭遇すると、MariaDB Enterprise Backupは次のエラーメッセージで失敗します：
InnoDB: Crash recovery is broken due to insufficient innodb_log_file_size
予期しない動作を引き起こす可能性があるもの
- Spider/ODBCが、ANSIスタイルで名前に二重引用符を渡しました
- デフォルトの文字セットがPHP MySQLi拡張機能で機能しない
- Spiderは、on式を()に変換することにより、有効な左結合選択の解析エラーを返す
- proxy_protocolが使用されている場合、ネットワーク関連のエラーメッセージに元のIPが表示されない
- UPDATEで評価されるDEFAULT式が間違っている
パフォーマンスに関連するもの
- テーブルはALTER TABLE ADD COLUMNで再構築されますが、再構築を必要としない即時操作であるはずです。
プラットフォーム
エンタープライズライフサイクルに合わせて、MariaDB Enterprise Server 10.4.34-24は次のプラットフォームに提供されます：
- CentOS 7 (x86_64)
- Debian 10 (x86_64)
- Microsoft Windows (x86_64)（MariaDB Enterprise Clusterは除く）
- 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 12 (x86_64)
- SUSE Linux Enterprise Server 15 (x86_64, ARM64)
- Ubuntu 20.04 (x86_64, ARM64)
MariaDB Enterprise Serverの一部のコンポーネントは、全てのプラットフォームをサポートしているわけではありません。
MariaDB Enterprise Server 10.4.34-24のリリースノート（MariaDB社ウェブサイト）：
https://mariadb.com/docs/server/release-notes/mariadb-enterprise-server-10-5/10-5-25-19/
MariaDBプロダクト・サポート・サービス
MariaDBプロダクト・サポート・サービスは、MariaDBおよびその関連製品をご利用されているお客様へ、必要なソフトウェアや専門的なサポートなどを提供するサービスです。