MariaDB Enterprise Server 10.6.5-2 GA版（リリース日：2021年12月13日）

注目すべき変更点
● Enterprise Spiderは、デフォルトでUDFとストアドファンクションのデータノードへのプッシュダウンを
　有効にしなくなりました。
　　・spider_use_pushdown_udfのデフォルト値が-1から0に変更されました。
　　・以前のリリースでは、Enterprise SpiderはデフォルトでUDFとストアドファンクションを
　　　データノードにプッシュダウンしました。これにより、クエリ結果に一貫性がなくなる
　　　可能性がありました。
　　・このリリース以降、全てのUDFとストアドファンクションは、デフォルトでSpiderノードで
　　　評価されます。必要に応じて、spider_use_pushdown_udf=1を設定することにより、
　　　UDFとストアドファンクションのプッシュダウンを明示的に有効にすることができます。
　　　クエリ結果に一貫性があることを確認するために、徹底的なテストを行うことをお勧めします。
● パフォーマンススキーマテーブルは、COMMENT列オプションの各列の説明を提供します。
● Spider ODBCトポロジでは、Enterprise SpiderはODBCデータソースに
　適切なトランザクション分離レベルを自動的に設定します。
● InnoDB Force Recoveryの手順が変更され、DDL操作とDML操作のロールバックが区別されるように
　なりました。変更点は次のとおりです。
　　・innodb_force_recovery=3とinnodb_force_recovery=4の場合、innodb_force_recoveryの
　　　動作は同じではなくなりました。
　　・innodb_force_recovery=3が設定されている場合、InnoDBはDML操作のロールバックを
　　　スキップしますが、DDL操作は引き続きDDLログを使用してロールバックされます。
　　・innodb_force_recovery=4が設定されている場合、InnoDBはDML操作とDDL操作の両方の
　　　ロールバックをスキップします。この動作は、MariaDB Enterprise Server 10.6.5より
　　　前のバージョンでinnodb_force_recovery=3を設定するのと同じです。
● Galeraが26.4.10に更新されました。
● Debian11のサポートが追加されました。
ストレージエンジンの変更
このリリースには、MariaDB ColumnStoreストレージエンジンのバージョン6.2.2が組み込まれています。
修正された問題
＜データ損失が発生する可能性があるもの＞
● インプレースのALTERは、キーの順序が変更された時にMyISAM／Ariaテーブルを壊す可能性があります。
● ROW_FORMAT=COMPRESSEDのInnoDBテーブルは破損している可能性があります。
＜ハングまたはクラッシュを引き起こす可能性があるもの＞
● パフォーマンススキーマテーブル。ALTER TABLE ... IMPORT TABLESPACEを使用して、
　対応する.cfgなしでInnoDBテーブルスペース（.ibd）ファイルをインポートすると、
　InnoDBによってサーバーがクラッシュします。
● OPTIMIZE TABLE（またはmariadb-check -o）がFULLTEXTインデックスを持つInnoDBテーブルに対して
　実行されると、サーバーがクラッシュする可能性があります。
● ビューで使用される集計関数を解決する時にクラッシュする可能性があります。
● LOCK TABLEの下でCREATE OR REPLACE TABLE AS SELECTを実行するとサーバーがクラッシュします。
● 2つのInnoDBテーブルに外部キー制約があり、操作が親テーブルから子テーブルにカスケードされる場合、
　子テーブルのバーチャル生成列のインデックスが破損する可能性があります。
● FULL TEXTインデックスがALGORITHM=INPLACEでInnoDBテーブルに追加され、
　FULL TEXTインデックスのフィールドがCHARACTER SET tis620を使用している場合、
　サーバーがクラッシュします。
● Galeraを搭載したMariaDB Enterprise Clusterは、次のようなエラーでクラッシュします。
　[ERROR] WSREP: Trx 236236 tries to abort slave trx 236238
● Galeraを搭載したMariaDB　Enterprise Clusterは、テーブルにプライマリキーがなく、フィールドの
　データが4096バイトを超える場合、INSERTでクラッシュする可能性があります。
● InnoDBの永続的な統計が原因でサーバーがハングします。
● DDLステートメントが外部キー関係で親テーブルを再構築する場合、子テーブルへの同時INSERTにより
　クラッシュが発生することがあります。
● InnoDBテーブルのDROPまたはテーブル再構築DDL操作中にサーバーが強制終了された場合、
　再起動（リカバリ）時にサーバーがクラッシュします。
● MyISAMがキーバッファにアクセスし、key_buffer_sizeが4GBを超えると、64ビットWindowsで
　サーバーがクラッシュします。
● SET GLOBAL innodb_purge_threadsが増加した後にハングする可能性があります。
● ALTER TABLE操作でデータノードへのアクセスが必要な場合、Enterprise Spiderによりサーバーが
　クラッシュします。
● メモリストレージエンジンは、ALTER TABLE操作がインデックスを削除し、同じインデックスを
　異なる順序で再追加すると、サーバーのクラッシュを引き起こします。
● テーブルがutf8mb3からutf8mb4に変換されると、InnoDBによってサーバーがクラッシュします。
● テーブルが列のデフォルトとしてシーケンスを使用し（DEFAULT NEXT_VALUE(my_seq)）、
　テーブルがプリペアドステートメントと通常のステートメントの両方で同時に使用されると、
　サーバーがクラッシュします。
● MariaDB Enterprise Auditを有効にすると、サーバーがクラッシュする可能性があります。
● ログをローテーションすると、MariaDB Enterprise Auditがハングすることがあります。
● インポートされたテーブルスペースに、即座に並べ替えまたは削除された列が含まれる場合、
　InnoDBによってALTER TABLE ... IMPORT TABLESPACE中にサーバーがクラッシュすることが
　あります。MariaDBエラーログには、次のエラーメッセージが含まれます。
　Schema mismatch (Index field name newcol doesn’t match tablespace metadata field name name for field position…
● wsrep_on=OFFが設定され、トランザクションが進行中の場合、MariaDB Enterprise Clusterにより
　サーバーがクラッシュします。
＜予期しない動作を引き起こす可能性があるもの＞
● skip_networkingはレプリケーションを妨げません。
● MariaDB Enterprise Clusterのジョイナーノードは、TLS証明書の検証にローカルホストを誤って使用し、
　wsrep_sst_method=mariabackupおよびencrypt=3が設定されている場合にクラスタへの参加に
　失敗します。
● \\0がデータに含まれている場合、mariadb --binary-modeは一部のmysqlbinlog出力を再生できません。
● 行ベースのレプリケーションでのメモリリークは、レプリカサーバーでのメモリ使用量の増加に
　つながる可能性があります。
● SHOW CREATE VIEWとmariadb-dumpは、一部の複雑なビューに対して無効なSQLを生成します。
● ステートメントベースレプリケーションまたは混合レプリケーションが使用され、
　トランザクションテーブルへの書き込み中にDMLステートメントでエラーが発生した場合、
　DMLステートメントは暗黙的にロールバックされますが、同じトランザクションで一時テーブルが
　作成または削除された場合、トランザクションからのコミットされていない書き込みは、
　レプリカサーバーに誤って複製されます。
● TINYTEXT列の最後にある予期しないクエスチョンマーク
● wsrep_sst_method=mariabackupおよび下位互換性のあるSST TLSモードが設定されている場合、
　MariaDB Enterprise Clusterのジョイナーノードはクラスタへの参加に失敗します。
● クエリのWHERE条件で使用された場合、SpiderはUDFおよびストアド関数に対して正しく
　機能しません。
● InnoDBのアダプティブパージは、dict_sys.mutexの削除後にユーザースレッドを不足させることにより、
　スループットを低下させる可能性があります。
● information_schema.THREAD_POOL_QUEUESのCONNECTION_ID列がNULLです。
● サーバーは、エラーログにInnoDB: Cannot close file…というメモが表示され、パフォーマンスが
　低下する場合があります。この問題は、open-files-limitに到達し、log-checkpointがトリガーされた
　場合にのみ発生します。
● XA PREPAREにより、レプリカサーバーでロック待機タイムアウトが発生する場合があります。
● レプリカサーバーは、テーブルの更新を複製した後、クエリキャッシュを無効にしません。
● パスワード検証プラグイン（simple_password_checkを含む）により、ユーザーがパスワードを
　無効なパスワードに変更しようとすると、ユーザーの既存のパスワードハッシュがサーバーの
　メモリ内権限キャッシュから削除されます。
● 挿入された値に対してフィールドが定義されていない場合、INVISIBLE列の計算されたデフォルトは
　INSERTでは無視されます。
● LIMITでパーティション化されたシステムバージョン管理されたテーブルで、CHECK TABLEは
　"Not supported for non-INTERVAL history partitions"というメッセージを誤って返します。
● Galeraを搭載したMariaDB Enterprise Clusterは、performance_schema.galera_group_membersと
　information_schema.GLOBAL_STATUSを比較すると、wsrep_apply_windowとwsrep_commit_window
　の値に一貫性がないことを示します。
● wsrep_trx_fragment_unit='statements'が設定されている場合、MariaDB Enterprise Clusterは
　XAトランザクションを誤ってストリーミングします。これにより、フラグメントが適用されると
　エラーが発生します。
● MariaDB Enterprise Clusterノードから複製するレプリカサーバーは、プライマリサーバーの
　server_id値とwsrep_gtid_domain_id値を誤って使用して、ローカルトランザクションのGTIDを
　生成します。
● MariaDB Enterprise Clusterノードがバックアップされ、wsrep_gtid_mode=ONが設定されている
　場合、MariaDB Enterprise Backupは現在のGTIDをxtrabackup_binlog_infoに書き込みません。
● 新しいMariaDB Enterprise Clusterノードがwsrep_gtid_mode=ONを設定してブートストラップされると、
　ノードの設定済みserver_id値およびwsrep_gtid_domain_id値は、ノードのバイナリログに
　存在する値によって上書きされます。
● my.cnfのwsrep_gtid_domain_idへのMariaDB Enterprise Clusterの変更は、ノードの再起動時に
　無視されます。
● MariaDB Enterprise Clusterを使用すると、外部キー制約のあるテーブルのTRUNCATEは
　他のノードに複製されません。
＜インストールとアップグレード＞
● mariadb-upgradeは次のメッセージで失敗する可能性があります。
　　The user specified as a definer ('root'@'localhost') does not exist FATAL ERROR: Upgrade failed if the ‘root’@‘localhost’ user does not exist
● auth_pam_toolにはCentOS 7に対する誤った権限があります。
プラットフォーム
エンタープライズライフサイクルに合わせて、MariaDB Enterprise Server 10.6.5-2は以下の
プラットフォーム用に提供されています：
・CentOS 7 (x86_64)
・CentOS 8 (x86_64 / ARM64)
・Debian 9 (x86_64 / ARM64)
・Debian 10 (x86_64 / ARM64)
・Debian 11 (x86_64 / ARM64)
・Microsoft Windows (x86_64) (MariaDB Enterprise Clusterは除外)
・Red Hat Enterprise Linux 7 (x86_64)
・Red Hat Enterprise Linux 8 (x86_64 / ARM64)
・SUSE Linux Enterprise Server 12 (x86_64)
・SUSE Linux Enterprise Server 15 (x86_64 / ARM64)
・Ubuntu 18.04 (x86_64 / ARM64)
・Ubuntu 20.04 (x86_64 / ARM64)

MariaDB Enterprise Server 10.6.5-2のリリースノート（MariaDB社ウェブサイト）：
https://mariadb.com/docs/release-notes/mariadb-enterprise-server-10-6/10-6-5-2/

---