データベーステーブルをパーティショニングすると挿入効率が向上しますか?

データベース テーブルのパーティション化により、挿入効率が向上します。データベース テーブルのパーティション化により、テーブルの追加、削除、変更、およびクエリの効率が向上します。データベース テーブル パーティション挿入操作の原理: レコードを書き込むとき、パーティション レイヤーはすべての基礎となるテーブルを開いてロックし、次にどのパーティションがレコードを受け入れるかを決定し、対応する基礎となるテーブルにレコードを書き込みます。

#パーティションとは何ですか?

#パーティションは 2 つのタイプに分類できます:

##このフォームパーティショニングとは、テーブルの行をパーティショニングすることです。このようにして、異なるグループの物理列によって分離されたデータ セットを組み合わせて、個別のパーティショニング (単一パーティション) または集合的なパーティショニング (1 つ以上のパーティション) を実行できます。テーブルで定義されているすべての列は、すべてのデータ セットで見つけることができます。

このパーティショニング方法は通常、テーブルを垂直に分割することでターゲット テーブルの幅を減らし、特定の列が特定のパーティションに分割され、各パーティションに列に対応する行。 簡単な例を見てみましょう: テーブルには大きなテキスト列と BLOB 列が含まれています。これらのテキスト列と BLOB 列は頻繁にアクセスされません。現時点では、これらの頻繁に使用されないテキスト列と BLOB 列は別のパーティションに分割する必要があります。データの相関性を確保しながらアクセス速度を向上させます。

パーティション テーブルは、複数の関連する基礎となるテーブルによって実装されます。これらの基礎となるテーブルは、ハンドル オブジェクトによっても表されます。したがって、各パーティションに直接アクセスすることもできます。ストレージ エンジンは、通常のテーブルを管理するのと同じ方法で、パーティションの基礎となるテーブルを管理します (すべての基礎となるテーブルは同じストレージ エンジンを使用する必要があります)。パーティション テーブルのインデックスは、単にインデックスを追加するだけです。ストレージ エンジンの観点から見ると、基礎となるテーブルは通常のテーブルと何ら変わりはなく、ストレージ エンジンはそれが通常のテーブルであるか、パーティション テーブルの一部であるかを認識する必要はありません。 パーティション テーブルに対する操作は、次の操作ロジックに従って実行されます:

A: テーブルが大きすぎてすべてを収めることができません。メモリ内のデータ、またはテーブルの最後の部分のみにデータがあり、残りは履歴データであるB: パーティション化されたテーブル データの方が保守が容易です。たとえば、メモリ内の大量のデータを削除する場合、バッチの場合は、パーティション全体をクリアする方法を使用できます。さらに、独立したパーティション上で最適化、チェック、修復などの操作を行うこともできます#C: パーティション テーブルのデータは異なる物理デバイスに分散できるため、複数のハードウェア デバイスを効率的に利用できます

D: パーティション テーブルを使用すると、innodb の単一インデックスへの相互排他的アクセス、ext3 ファイル システムでの i ノード ロックの競合などの特別なボトルネックを回避できます。

E: 必要に応じて、独立したパーティションのバックアップと復元もできるため、非常に大規模なデータ セットを使用するシナリオで非常にうまく機能します

F: クエリを最適化します。where 句にパーティション列が含まれている場合、クエリの効率を向上させるために必要なパーティションのみを使用できます。同時に、sum() や count( などの集計関数をクエリするときも同様です。 )、各パーティションを追加できます。パーティションは並行して処理され、最終的にはすべてのパーティションの結果のみを要約する必要があります。

mysql データベースのパーティションは、常に null を null 以外の値よりも小さい値として扱います。これは、null 値を処理するデータベースの order by 操作と同じです。昇順でソートする場合、null は次のようになります。したがって、パーティション タイプが異なると、mysql データベースは null を異なる方法で処理します。

レンジ パーティショニングの場合、パーティション列に null が挿入されると、MySQL データベースはその値を左端のパーティションに配置します。パーティションが削除されると、そのパーティションの下にあるすべてのコンテンツがディスクから削除されることに注意してください。 . 、null が配置されているパーティションが削除され、null 値も削除されます。

リスト パーティションで null を使用するには、パーティションのハッシュ値で明示的に定義する必要があります。そうしないと、null の挿入時にエラーが報告されます。ハッシュ パーティションとキー パーティションは、範囲パーティションやリスト パーティションとは異なる方法で null を処理します。どのパーティション関数も null を 0 として返します。データベースまたはその構成要素をさまざまな独立した部分に分割します

#これはテーブル ストレージを事前に編成する方法です#mysql は水平パーティショニングをサポートします

——各パーティションは独自のユニットとして保存されます##データの分割

##データはサブセットに分割されます

--式は整数または整数値を返す関数にすることができます。

##2 のインデックス作成時に「エラー 1503 (HY000)」が報告されます。レンジ パーティションにパーティションを追加する場合、最大値

4. 範囲パーティション化パーティション フィールド: 整数、数値式、日付列、日付関数式 (year()、to_days()、to_seconds() など) 、unix_timestamp())

パーティションの追加

ALTER TABLE sale_data
ADD PARTITION (PARTITION p201010 VALUES LESS THAN (201011));

削除パーティション

ALTER TABLE sale_data DROP PARTITION p201010;

パーティションのマージ次の SQL は、p201001 ～ p201009 を 3 つのパーティション p2010Q1 ～ p2010Q3

ALTER TABLE sale_data
REORGANIZE PARTITION p201001,p201002,p201003,
p201004,p201005,p201006,
p201007,p201008,p201009 INTO
(
PARTITION p2010Q1 VALUES LESS THAN (201004),
PARTITION p2010Q2 VALUES LESS THAN (201007),
PARTITION p2010Q3 VALUES LESS THAN (201010)
);

以上がデータベーステーブルをパーティショニングすると挿入効率が向上しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。