1分シリーズ
どのように潜在的なシナリオ？
データが大きすぎて単一のテーブルのMySQLの場合は、データベースへのアクセス速度が低下します、一般的なソリューション「データの量」の問題は、「水平セグメント化」です。
どのようなセグメンテーションプログラムのMySQLの一般的なレベル？
（1）サブライブラリーサブテーブル。
（2）パーティションテーブル。
ボイスオーバー：I Cは、あまりにも多くのテーブル領域を聞かなかった、友人は叫びました。
サブライブラリーのサブテーブルとは何ですか？
大きなライブラリー（表）データはいくつかのライブラリー（表）に割り当てられていると、各ライブラリ（表）の構造は同じであるが、それらはするためにも、異なる物理マシン上で、異なるMySQLインスタンスに分散させることができますつのデータベース（テーブル）、読み書きの性能を向上させる目的でデータの量を減少させます。
サブライブラリーサブテーブル欠点は何ですか？
サービス層の実施形態のサブライブラリーのサブテーブルがありますが、サブライブラリーのサブテーブルには、多くの場合、システムをアップグレードする必要があります。
（1）特定のSQLコードを変更します。
（2）特定のSQL機能の喪失。
パーティションテーブルとは何ですか？
すべてのデータは、論理、またテーブルが、物理的に一定の規則に従って異なるファイルに配置することができます。これは、変更せずに、次のMySQL5.1機能、ビジネスコードによってサポートされています。
パーティションテーブルのルックスは非常にハンサムな、ほとんどの企業が行うインターネット、そしてより多くの選択肢サブライブラリーのサブテーブル・レベルのセグメンテーションを使用していない理由は？
パーティションテーブル、大量のデータ、困難な並行性の高い事業のいくつかの欠点が確定します：
SQLは、キーを分割行かない場合は（1）は、全表ロックが発生しやすいです。
（2）パーティションテーブルに関連するクエリの実装では、災害です。
（3）サブライブラリーのサブテーブル、および独自のビジネスシーンモードのアクセス制御、制御、パーティションテーブル、エンジニアは、MySQLが制御不能、彼らがプレイする方法を決定することができないということです、SQLを書きました。
ナレーター：のような、同一のコードを達成するために、ストアドプロシージャ、ユーザー定義関数、トリガー、ビジネスのビジネスロジックを実装しません。
OPの墓地、容易戦うために（4）DBA、同僚の矛盾を引き起こします。
（5）...
もちろん、データと並行処理の量があまり大きくない、または時間に応じていくつかの特定のシーンホットとコールドデータまたはアーカイブデータ、パーティションテーブルを保存したり、プレーする機会を持っています。
VO：例えば、時間によってログを格納し、分割。
私は、この分やりがいを願っています。
著者：Javaのメニュー
リンクします。https：//www.jianshu.com/p/c54f87bd0ba5
出典：ジェーンの本は
、著者が著作権を保有しています。著者は認可商業転載してください接触、非商用の転載は、ソースを明記してください。