なぜサブライブラリーサブテーブル？あなたが使用するミドルウェアサブライブラリーのサブテーブルは何ですか？
異なるサブライブラリーのサブテーブルミドルウェアどんな長所と短所？
データベースがどのように分割する方法を正確にあなたが垂直方向または水平方向に分割しますか？
同時の場合には、ディスク読み出し及び書き込みの効率を減少させるために、高圧システム、データベース内のデータの膨大な量に耐えます。データベースへの圧力を軽減するために、我々はサブライブラリー設計のポイントテーブル、使用
サブテーブルを：
単一のテーブルには、データ量の数千万人が、データが大きすぎるが、それは、SQL実行のパフォーマンスに影響します。テーブル内のデータテーブルに同一の分割、複数の。
サブライブラリー：
ライブラリの複数に分割、耐える複数の同時増加
サブサブテーブルのミドルウェアライブラリは：
共有はJDBCクライアント層の側面、独立した、高性能のない展開、二次再送を属します。シャーディング-JDBC依存結合される各システムモジュール
プロキシ層に属するmycatプログラムは、OKに別個の、アップグレードが容易、単に展開ミドルウェアを展開する必要がある
垂直分割：
テーブルのテーブル内の複数のフィールドに分割し、各テーブルには、異なる分野の大きなテーブルを持つ前に、外部キーに関連付けられた、クエリフィールドは、多くの場合、多くの場合、2つのテーブルにフィールド調査を飲まない、
有意水準分割は、同時圧力を低下させる、簡単に拡張したものです。
水平分割：
つの横方向の切断テーブルは、そのようなテーブルは百万データを有し、各テーブルは、フィールドを別々にデータの量ことを除いて、同一である有し、3分割されています。テーブルは元のテーブルの3分の1を有することができます。
サブライブラリーサブテーブルの二つの方法：
範囲：例えばどのデータベースインサートを決定するために、一定期間として、時間に応じて割り当てられました。ホットな問題、可能な大規模なトラフィック最新の更新データ内のすべてのプレイになりやすいです。
ハッシュ:,均一ハッシュハッシュアルゴリズムによって分散するフィールドの値。平均割り当てデータベースや圧力、データ移行の問題に関わるトラブルの拡大。データを再計算する必要がある前に、ハッシュ値が異なるライブラリやテーブルに再割り当て。
サブライブラリーのサブテーブルのマシンの移行を停止する方法？
ストップサブライブラリーのサブテーブルのデータ移行
、古い習慣は、最低のシステムへのアクセス時間のピーク時にシステムをシャットダウンし、オープン、複数のバックグラウンド・プロセス、データベース内の古いデータを読み取ることで、データが古いデータベースのサブライブラリーのサブテーブルに書き込まれますミドルウェア、ミドルウェアは、そのサブテーブルの新しいデータベース・サブライブラリーと書いていないし、次に古いシステムは、もはや書き込みコードは、サブサブライブラリに古いデータベース、メッセージングミドルウェアの裏に書かれたすべてのデータを、挿入データを変更しますテーブル。
短所：あなたがシステム、人間の消費の古いバージョンをロールバックする必要性を解決することはできません問題がある場合、停止は、訪問者は、ウェブサイトを訪問することができます。損失をもたらすことがあり
、ノンストップのサブライブラリーのサブテーブルプログラム：
2重書きプログラム、
コードライブラリとライブラリの新しいプログラムに書かれているの古い行を変更することで、また、2つのライブラリを書いた、システムの導入、データ移行プロセスは、次に古いライブラリをオンにします同じ一意のIDデータが表示されるの挿入が、それはより多くのデータベースのタイムスタンプ、新しいデータが唯一の新しい可能、古いデータであるある時間に応じてタイムスタンプ比較であればデータは、時間を読んで、新しいライブラリを読み書き古いデータをカバーするデータは、
データは、データの不整合が、チェックチェックを自動化し、データが一貫した状態になるまで再び読み書きに移行プログラムの後に発生することがあります。
そして、オンラインシステムのコードは、新しいライブラリの操作を行うように変更されました。
<ignore_js_op>
itheimaGZ GET：詳しい技術情報については、心配することができます