Serverは、エンタープライズライフサイクルを通じて予測可能な開発と運用のエクスペリエンスを可能にします。Serverで成熟した後にバックポートされました。--as-ofは、システムバージョン管理されたテーブルから特定のタイムスタンプの時点でデータを読み取ります。JSONの同等性を確認するためのJSON_EQUALS()関数が追加されました。JSON値を正規化するためのJSON_NORMALIZE()関数が追加されました。password_reuse_checkパスワード検証プラグインが追加されました。注目すべき変更点Spiderストレージエンジンは、エンジンはそれ自体がデータを保存できず、リモートサーバーに一時テーブルを作成できないため、一時テーブルの作成の施行を拒否します。Innodb_encryption_key_rotation_list_length、Innodb_num_index_pages_written、Innodb_num_non_index_pages_writtenは使用されておらず、削除されました。SSTオプションを設定ファイルの[sst]オプショングループで指定できます。このパラメータは、SST中にジョイナーノードに送信されるバイナリログファイルの数を指定します。デフォルト値は0です。・binlogが存在する場合、それが転送されます。・binlogが存在しない場合、binlogは転送されません。サーバーエラーメッセージは中国語で利用できます。Galeraが26.4.12に更新されました。ColumnStoreが5.6.5に更新されました。10.5では廃止されました。修正された問題<データ損失が発生する可能性があるもの>パーサーが文字列をバイナリ文字セットからマルチバイト文字セット(utf32など)に変換すると、無効な文字列が生成される可能性がありました。INFILEステートメントを介して行が中間一時テーブルに挿入され、次にその行が一時テーブルから永続テーブルにコピーされる場合、binlog_format=MIXEDが設定されていると、行はバイナリログに書き込まれません。これにより、操作がレプリカサーバーに適切に複製されなくなります。shutdownがハングする可能性があります。・このリリース以降、innodb_disallow_writesシステム変数は削除されています。レプリカサーバーのI/Oスレッドがプライマリサーバーから不完全なイベントグループを受信した時、レプリカサーバーはリレーログへのイベントの書き込みを続行し、エラーを発生させません。innodb_use_native_aio=1のbtrfsファイルシステムでのInnoDBページ破損プライマリがACKを待機している間に、プライマリがアクティブな半同期接続中にシャットダウンされた場合、プライマリはアクティブな通信スレッドをハードキルし、トランザクションがレプリカによって受信されたことを保証しません。これにより、レプリケーション状態に一貫性がなくなる可能性があります。Semisync-replicaサーバーのリカバリは、準備されたトランザクションのロールバックに失敗します。Clusterでは、wsrep_sst_methodがrsyncまたはmariabackupに設定されている場合、一部の設定では、ドナーノードが正しいバイナリログをジョイナーノードに転送しません。BY句でウィンドウ関数が使用される場合、ステートメントは拒否されるべきですが、サーバーはステートメントを実行し、セグメンテーション障害でクラッシュします。ストアドプロシージャがビューをクエリしてforループを使用する時、同じセッションでストアドプロシージャが2回呼び出されると、サーバーがセグメンテーション障害でクラッシュする可能性があります。innochecksumが暗号化されたテーブルスペースファイルで--page-type-summaryまたは-Sオプションを使用して実行されると、innochecksumは--page-type-dumpまたは-Dオプションも指定されていない限り、セグメンテーション障害でクラッシュします。FUNCTIONステートメント内で使用される場合、サーバーはステートメントの解析中にクラッシュする可能性があります。IF()およびDATE_FORMAT()関数を使用して定義された仮想生成列がテーブルに含まれている場合、テーブルに行を挿入すると、サーバーがセグメンテーション障害でクラッシュする可能性があります。更新不可能なビューがALGORITHM=TEMPTABLEで定義される場合、ビューからデータを選択すると、サーバーがセグメンテーション障害でクラッシュする可能性があります。BY句で実行されると、サーバーがセグメンテーション障害でクラッシュする可能性があります。ストアドプロシージャがクエリを実行してマージ可能な派生テーブルが生成される時、同じセッションでストアドプロシージャが2回呼び出されると、サーバーがセグメンテーション障害でクラッシュする可能性があります。・ビューをクエリすると、マージ可能な派生テーブルが作成される可能性があります。・外部参照でサブクエリを使用すると、マージ可能な派生テーブルが作成される可能性があります。FORMAT=JSONがサブクエリを含むクエリで実行されると、サーバーがクラッシュする可能性があります。..)句を持つウィンドウ関数を使用したクエリが実行されると、サーバーがセグメンテーション障害でクラッシュする可能性があります。ROLLUPも使用されている場合、このクラッシュが発生する可能性が高くなります。..)句が集約関数を使用している場合、このクラッシュが発生する可能性が高くなります。外部結合式とオプティマイザが低コストであると判断した非相関サブクエリがクエリに含まれている時に、オプティマイザが内部結合式を削除できると判断した場合、クエリを実行するとサーバーがクラッシュする可能性があります。Clusterでは、インクリメンタル状態転送(IST)中にジョイナーノードのバイナリログが削除される可能性がありました。これにより、ノードはバイナリログを読み取ることができないため、ノードは起動できません。・この問題は、wsrep_sst_methodをrsyncに設定すると発生することが確認されていますが、他のSST/ISTメソッドでも発生する可能性があります。インスタントALTER条件のチェック中にオンラインDDLが失敗します。Cluster(Galera)では、1より大きいslave-parallel-threadsが使用されている場合、並列非同期レプリケーションがGaleraノードでハングします。Cluster(Galera)では、アプライヤースレッドとイベントスケジューラによってトリガーされたストアドプロシージャ呼び出しとの競合後にクラッシュする可能性があります。XAトランザクションの開始後にシャットダウンステートメントを実行すると、サーバーがクラッシュします。mysql.gtid_slave_posテーブルの最後のパージ以降に追加されたGTIDの数が--gtid-cleanup-batch-size値以上の場合、mariadbdの初期化中にサーバーがクラッシュする可能性があります。SELECTステートメントの最上位のselectにON式が含まれており、この式が列参照を含むサブクエリを使用した場合、サーバーがクラッシュする可能性があります。TABLEがシーケンスで実行されると、binlog_formatがROWまたはMIXEDに設定されている場合でも、サーバーはER_BINLOG_UNSAFE_STATEMENT警告を生成します。Logに次のように表示されます。SEQUENCE_NAMEUPDATEまたはDELETEステートメントがOR句を使用すると、サーバーはER_UPDATE_WITHOUT_KEY_IN_SAFE_MODEエラーを発生させます。・エラーは、次のようにクライアントに表示されます。columnUPDATEステートメントがIN()句内でサブクエリを使用する時、オプティマイザーは、範囲スキャン(タイプ:range)の方が効率的である場合に、フルテーブルスキャン(タイプ:ALL)の実行を誤って選択する可能性があります。テーブルに同じ値の複数のENUM列が含まれている場合、マルチバイト文字セットが使用されると、値が破損する可能性があります。DECIMAL列がinformation_schema.PROCESSLISTから読み取られると、サーバーが誤ってER_BAD_DATA警告を発生させる可能性があります。WARNINGSを実行した後、クライアントに次のように表示されます。DECIMALsql_mode=ORACLEの場合、パーサーは関数がPACKAGE_NAME.FUNCTION_NAME()を使用して呼び出されることを可能にしますが、関数がDATABASE_NAME.PACKAGE_NAME.FUNCTION_NAME()を使用して呼び出されると、パーサーはER_PARSE_ERRORエラーを発生させます。ビューが単一のUPDATEステートメントで一時テーブルの複数の行を更新するために使用されると、サーバーは誤ってER_WARN_VIEW_WITHOUT_KEY警告を発生させます。WARNINGSを実行した後、クライアントに次のように表示されます。it--rawおよび--stop-neverとともにmariadb-binlogを使用する場合、プライマリサーバーの現在アクティブなログファイルからのイベントは、--result-fileで指定されたそれぞれのログファイルに書き込まれません。プリペアドステートメントがEXPLAINを実行するために使用されると、2回目の実行で別のクエリプランを返す可能性があります。Serverのリリースビルドに悪影響を与えることはありません。Backupは、一部のシナリオでテーブルスペースIDに関する不要な警告を発生させる可能性があります。・警告は次のように表示されます。Backupを使用してバックアップを準備する時に、標準出力(stdout)に書き込まれます。Logに書き込まれます。Clusterでは、innodb_log_group_home_dirがdatadirとは異なるディレクトリを指定すると、ジョイナーノードはSSTを完了できません。DIRECTORY句は黙って無視され、パーティション化されたテーブルはデフォルトディレクトリに移動されます。このリリース以降、サーバーはWARN_OPTION_IGNORED警告を発生させます。TABLEステートメントを生成しません。..)を使用してSpiderテーブルがクエリされると、サーバーはER_BAD_FIELD_ERRORエラーを発生させる可能性があります。Clusterでは、バイナリログが有効になっている場合、ドナーノードで状態スナップショット転送(SST)が失敗する可能性があります。Clusterでは、wsrep_node_addressにIPv6アドレスが含まれていて、wsrep_sst_receive_addressがデフォルト値のAUTOに設定されている場合、状態スナップショット転送(SST)が失敗する可能性があります。一時テーブルでは、システムバージョン管理されたテーブルがmariadb-dumpを介してレプリカ上に作成されると、元のテーブルが以前に変更されていた場合、レプリケーションが中断する可能性があります。mariabackupは、マルチソースレプリケーションプライマリを検出しません。STATUS出力にMaster_SSL_CA値を表示します。Auditプラグインは、CONNECTイベントの破損したログエントリを生成します。mariadb-dumpは、SQL/PLパッケージに対してsql_modeが正しく設定されているダンプを作成しません。UPDATEのbinlogデータがありません。完全バックアップ後に新しいスキーマが作成された場合、mariabackupの準備は増分バックアップで失敗します。オプティマイザは、UPDATE中に全てのパーティションを使用し、パーティションフィルターを無視します。UPDATEが実行され、binlog_formatがMIXEDに設定されている場合、ステートメントが行ベースの形式でバイナリログに書き込まれていても、サーバーはER_BINLOG_UNSAFE_STATEMENT警告を生成します。Logに次のように表示されます。UPDATEが実行され、binlog_row_imageがFULLに設定されている場合、サーバーは変更されていない列をバイナリログに書き込みません。DSN"が返される場合があります。--prepare出力で"空"です。バックグラウンドスレッドのパフォーマンススキーマテーブルP_S.THREADS_CONNECTION_TYPEで、NULLの代わりに"Error"が表示されます。Spiderでは、パスワードにセミコロンが含まれると、ODBCリソースへのログインが失敗します。group_concat_max_lenを1GB以上に設定し、サブクエリでGROUP_CONCAT()を使用すると、結果が切り捨てられます。v2プラグイン(auth_pam)は、ゾンビプロセスを生成します。Cluster(Galera)では、wsrep_incoming_addressesにアドレスの詳細は含まれません。HashiCorpキー管理(hashicorp_key_management)では、hashicorp_key_management_cache_timeoutシステム変数およびhashicorp_key_management_cache_version_timeoutシステム変数への動的な変更は無視されます。設定されたサーバーIDがクラッシュしたデータディレクトリのサーバーIDと一致しない場合、クラッシュリカバリは失敗します。<インストールとアップグレード>Galeraスナップショット転送は、一部のメジャーバージョン間でのアップグレードに失敗します。Windowsでは、MSIインストーラーはクライアント共有ライブラリをインストールしません。hashicorp_key_management暗号化プラグインがロードされると、後方互換性のない変更のために、全てのマイナーアップグレードおよびメジャーアップグレードの前に、mariadb-dumpを使用して論理バックアップを作成する必要があります。・このリリース以降、hashicorp_key_management暗号化プラグインは、16進表記の数字以外の文字を含む暗号化キーを拒否します。・データベースが16進表記の数字のみを含む暗号化キーで暗号化されている場合、暗号化キーは新しいバージョンで引き続き機能します。・データベースが有効でなくなった暗号化キーで暗号化されている場合は、新しいバージョンをクリーンなシステムにインストールし、データの論理バックアップを復元することによってアップグレードすることをお勧めします。別の選択肢は、アップグレードの前に、16進表記の数字のみを含む新しい暗号化キーにシステムを移行することです。代替ルートを使用する場合は、暗号化された全てのデータが新しい暗号化キーを使用するように特別な注意を払う必要があります。このプロセスのヘルプについては、MariaDBサポートにお問い合わせください。・DebianとUbuntuでマイナーアップグレードとメジャーアップグレードを実行する場合は、サーバーとプラグインのパッケージをアップグレードする前に論理バックアップをとる必要があります。古いパッケージがアップグレードされると、プラグインの非互換性に関するメッセージが出力されますが、サーバーとプラグインのパッケージはアップグレードされます。Linux、およびSUSEでマイナーアップグレードを実行する場合は、サーバーパッケージのアップグレードの前または後に論理バックアップを作成できます。古いパッケージがアップグレードされると、プラグインの非互換性に関するメッセージが出力され、サーバーパッケージはアップグレードされますが、プラグインパッケージはアップグレードされません。古いプラグインパッケージは手動で削除しなければなりません。それから、新しいプラグインパッケージをインストールできます。Linux、およびSUSEでメジャーアップグレードを実行する場合は、サーバーおよびプラグインパッケージをアップグレードする前に、論理バックアップを作成する必要があります。古いサーバーパッケージとプラグインパッケージは手動で削除しなければなりません。その後、新しいサーバーパッケージとプラグインパッケージをインストールできます。・プラグインパッケージを手動で削除すると、プラグイン設定ファイルも削除される可能性があるため、ファイルをバックアップすることをお勧めします。Serverの一部のコンポーネントは、全てのプラットフォームをサポートしていない場合があります。9用の最終リリースです。10.5.16-11のリリースノート(MariaDB社ウェブサイト):https://mariadb.com/docs/release-notes/mariadb-enterprise-server-10-5/10-5-16-11/MariaDBプロダクト・サポート・サービスMariaDBプロダクト・サポート・サービスは、MariaDBおよびその関連製品をご利用されているお客様へ、必要なソフトウェアや専門的なサポートなどを提供するサービスです。お気軽にご相談ください。セキュリティ基本方針サイトマップEnglishSmartStyleはMySQL、OracleCloudの認定オラクルパートナーです。その子会社及び関連会社の米国及びその他の国における登録商標です。文中の社名、商品名等は各社の商標または登録商標である場合があります。その他の社名・商品名は各社の商標または登録商標です。