どのように多くの単一のテーブルは、MySQLは、レコードの最大数を超えることはできませんか？
多くの人が問題を混同しました。実際には、MySQL自体が一つのテーブル内のレコードの最大数を制限しない、限界値は、単一のファイル自体に、オペレーティング・システムによって異なります。
パフォーマンスの観点からは、MySQLの単一のテーブルのデータがそれを超えていないどのくらい？業界のスプレッドを500万行です。ポイントテーブルや倉庫を検討するために必要な500万人以上の行。
私はそれがないと思われます。
中国のインターネット技術は、このような文を使用して、広く流通円となっている：MySQLの単一のテーブルのデータを20万行以上である、パフォーマンスが大幅に削減されます。実際には、この噂は伝え百度で始まりました。このようなものの具体的な状況は、年のMySQL DBAのパフォーマンスをテストするときに発見したとき2000万ラインの順に単一のテーブルの量、SQL操作このことから、そのため、結論の性能が大幅に減少。それから彼は、業界に流入し、他の会社Baiduのエンジニアに言ったが、それは業界で、このような文を広めるためにも、この情報をもたらしました。
それでも後に、アリババの「Java開発マニュアル」5万行または2GB以上の単一テーブルの容量を超える単一のテーブルの行を提唱し、それがサブライブラリーサブテーブルをお勧めします。この点で、支援金の鉄の法則アリ、多くの人々大規模なデータストレージの設計があり、そしてより多くの基準、サブテーブルの操作として使用されます。
だから、あなたは、これはそれが適切であるどのくらいの価値だと思いますか？なぜ300万ライン、または800万行、しかし500万ライン？あなたは正しい、これはおそらくアリ戦の最高値であると言うかもしれませんか？だから、質問が再び来て、この値はそれからどのように評価するのですか？瞬間を待って、あなたは少しの間だと思います。
実際には、関係なく、値とレコードの実際の数、およびMySQLの構成やマシンのハードウェア関連の。MySQLの、ので、性能指数を向上させるためには、テーブルがメモリにロードされます。InnoDBのバッファサイズの下で十分であり、それはメモリに完全にロードを完了することができ、クエリは問題はありません。クエリがパフォーマンスの低下をもたらす、ディスクIOを生成するように、しかし、順序はメモリで、その結果、特定の上限に達した後に単一表SQLデータベースは、そのインデックスを格納することができません。もちろん、関連する問題は、メモリの制限につながるされているこのテーブル構造の特定の設計があります。ここでは、追加のハードウェア構成、パフォーマンスがすぐに改善カザフスタンにつながる可能性があります。
まあ、私は、デザインは、プロジェクトの開始時に、過大であってはならない実際の需要の組み合わせを必要とし、サブライブラリーサブテーブルのデザインを使用していないサブライブラリーサブテーブルのビューが、ビジネスの成長に合わせて、最適化を継続できず、その後、システムのパフォーマンスを向上させるサブライブラリーでポイントテーブルを検討してください。
この点では、アリババの「Java開発マニュアル」を追加：3年後に予想されるデータの量がこのレベルに到達するために失敗した場合は、テーブルを作成するときに、あなたがいないサブライブラリーサブテーブルを行います。だから、戻って最初の質問に、どのくらいの価値あなたは、これはそれが適切であると思いますか？心臓が比較的より折衷値といえば、統一規格として、一時5億ライン標準でない場合、私のアドバイスは、機械の独自の包括的評価によると、あります。
オリジナルより転載：https://mp.apipost.cn/a/34e44b63c6a65371