MariaDB 11 はすでにリリースされており、これらはそのニュースです

10.x ブランチの創設から 10 年後、 最後に、MariaDB 11.0.0 の新しいバージョンとブランチがリリースされましたその いくつかの重要な改善をもたらし、互換性の変更を中断します。

MariaDB 11 は既にリリースされており、これらはそのニュースであり、安定化後に本番環境で使用できるようになります。 互換性を損なう変更を含む MariaDB 12 の次の重要なブランチは、10 年以内 (2032 年) になると予想されます。

MariaDB プロジェクトを知らない人は、次のことを知っておく必要があります。 下位互換性を維持する MySQL のフォークを開発します。s 可能な限り、追加のストレージ エンジンと高度な機能の統合によって区別されます。

MariaDB の開発 独立したMariaDB財団によって監督されており、 個々のベンダーから独立した、オープンで透過的な開発プロセスに従います。 多くの Linux ディストリビューションでは、MySQL の代わりに MariaDB が出荷されています。

MariaDB11の主な新機能

MariaDB 11 のこの新しいリリースでは、ブランチの主な改善点の XNUMX つが クエリ オプティマイザーの変換 新しい重み付けモデル (コスト モデル) に 各クエリ実行プランの重みのより正確な予測を提供します. 新しいモデルはいくつかのパフォーマンスのボトルネックを取り除きますが、すべてのシナリオで最適であるとは限らず、クエリによっては速度が低下する可能性があるため、ユーザーはテストに参加し、問題が発生した場合は開発者に通知することをお勧めします。

上記のモデルは、最適なインデックスを見つけるためにうまく機能しました、しかし、テーブル スキャン、インデックス スキャン、または範囲検索の適用性に問題がありました。 新モデルでは、ストレージエンジンによる操作の坪量を変更することで、このデメリットを解消しました。

性能評価 シーケンシャル書き込みスキャンなどのディスク集中型操作の場合、 現在、データは読み取り容量が 400 MB の SSD に保存されていると想定しています。 毎秒。 さらに、オプティマイザの他の重みパラメータが改良され、たとえば、サブクエリで「ORDER BY/GROUP BY」操作にインデックスを使用する可能性を実装し、非常に小さなテーブルでの作業を高速化することが可能になりました。

際立っているもう XNUMX つの目新しさは、新しい重み付けモデルにより、次の状況でより最適なクエリ実行プランを選択できることです。

• 2 つ以上のテーブルにまたがるクエリを使用する場合。
• 多数の同一値を含むインデックスがある場合。
• テーブルの 10% を超える範囲を使用する場合。
• 使用されるすべての列がインデックス化されていない複雑なクエリがある場合。
• 異なるストレージ エンジンを含むクエリを使用する場合 (たとえば、クエリに InnoDB およびメモリ エンジンのテーブルへのアクセスが含まれる場合)。
• FORCE INDEX を使用してクエリ プランを改善する。
• 「ANALYZE TABLE」を使用した場合、クエリプランがダウングレードされた場合。
• クエリが多数のビューにまたがる場合 (多数のネストされた SELECT)。
• インデックスに一致する ORDER BY または GROUP BY 句を使用する場合。

の側で 互換性ブレーク この新しいバージョンの MariaDB 11 では、この新しいブランチに見られる次の中断について言及されています。

• SUPER 権限では、個別に設定された権限が利用可能なアクションを実行できなくなりました。 たとえば、バイナリ ログの形式を変更するには、BINLOG ADMINISTRATOR 権限が必要です。
• InnoDB の変更バッファーの実装を削除しました。
• 非推奨の innodb_flush_method および innodb_file_per_table。
• mysql* 名のサポートは廃止されました。
• explicit_defaults_for_timestamp を 0 に設定することは非推奨になりました。
• シンボリック リンクは、MySQL との互換性のために別のパッケージに移動されました。
• innodb_undo_tablespaces パラメータの値がデフォルトから 3 に変更されました。

最後に あなたがそれについてもっと知りたいなら この新しいリリースについて、詳細は 次のリンク。