MySQL テーブルにはどのくらいの量のデータを保存できますか?

プログラマーは MySQL を扱う機会が多く、毎日触れているとも言えますが、MySQL テーブルにはどれくらいの量のデータを保存できるのでしょうか。計算の根拠は何ですか？次に、一つずつ説明していきましょう

知識の準備

データページ

オペレーティング システムでは、ディスクと対話するために、メモリもページ サイズが 4 KB でページ化されることがわかっています。同様に、MySQL でもスループットを向上させるためにデータがページングされますが、MySQL のデータ ページ サイズは 16 KB です。 (正確には、InnoDB データ ページのサイズは 16KB です)。詳しい学習方法は公式サイトを参照してください。以下のコマンドで問い合わせることができます。

mysql> 'innodb_page_size' のようなグローバルステータスを表示します。
+------------------+-------+
| 変数名 | 値 |
+------------------+-------+
| Innodb_ページサイズ | 16384 |
+------------------+-------+
セット内の 1 行 (0.00 秒)

今日は、データ ページの特定の構造ポインターについては詳しく説明しません。デフォルトで 16kb に設定されており、ノードのデータ サイズが 16kb であるということだけを知っておいてください。

インデックス構造 (innodb)

MySQLのインデックス構造は誰もが知っていますが、それは次のB+ツリー構造です。

通常、B+ツリーの非リーフノードにはデータは保存されません。リーフノード（最下層）のみがデータを保存します。それではノードについてお話ししましょう。ノードとは（上の図の場合）

赤いボックスで選択された各部分は、要素ではなくノードと呼ばれます。ノードの概念と各ノードのサイズが 16kb であることを理解した後は、MySQL が保存できるデータの量を計算するのがはるかに簡単になります。

具体的な計算方法

ルートノードの計算

まず、ルートノードを見てみましょう

たとえば、設定するデータ型はbigintで、サイズは8bです。

データ自体に、次のレベルのインデックスデータページのアドレスを格納するために使用される6KBの小さなスペースがあります。

したがって、(8b+6b=14b) のデータ空間を計算できます (bigint を例にとると)。データ ページのサイズは 16kb、つまり (16 1024)b であると言いましたが、ルート ノードには (16 1024/(8+6)) のデータ、つまり約 1170 個のデータを保存できます。ノード計算方式で計算すると、次のステップは簡単になります。

他のレイヤーのノードの計算

2層目は実は簡単です。各ノードのデータ構造はルートノードと同じで、ルートノードの各要素はノードに拡張されるため、2層目のデータ量は1170*1170=1368900です。問題は3層目にあります。InnoDBのリーフノードにはMySQLデータ全体が直接含まれているからです。フィールドが多いと、データが占めるスペースは小さくありません。ここでは1kbと計算しているので、3層目では各ノードは16kbで、各ノードは16個のデータを保持できるため、最終的にMySQLが保存できるデータの合計は次のようになります。

1170 * 1170 * 16 = 21902400 (数千万)

実際、計算結果は私たちの通常の仕事の経験と一致しています。一般的に、MySQL テーブル内のデータが 1,000 万を超える場合は、テーブルに分割する必要があります。

要約する

最後に、今日話し合ったことを写真を使ってまとめたいと思います。気に入っていただければ幸いです。

MySQL テーブルに保存できるデータ量に関するこの記事はこれで終わりです。MySQL テーブルに保存できるデータ量の詳細については、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。