1.パーティション
2.キャッシュ
読み書き少し圧力のメイン複数から単離された3
4.圧力を書く：サブライブラリーのサブテーブル
4.1ポイントテーブル
レベルセグメンテーション：
縦型データベースのセグメンテーション：表関数とデータ関連の近さによると、ビジネスロジックによってあまり考慮に起因する大規模なデータテーブルが分割され、データの量やトラフィックによって引き起こされる問題を軽減することができますが、治すことはできません。
垂直セグメンテーションテーブル：ライブラリは、複数の非遵守パラダイムに割り当てることができます
セグメント・テーブルのレベル：単一のテーブルが多すぎるデータ、改善された安定性及び負荷容量の問題を解決するために、ローエンドアプリケーションの変換
ノーセグメンテーション欠点の種類は、ノードが参加し、トランザクションを分散ノード、マルチソースデータ管理の問題全体でマージソートページングされている問題では
5.ミドルウェア
1.役割：SQL、別個のリードおよびライトは、ライブラリーのロードバランシングから読み出し、ライブラリサブサブテーブルのサポート業務、サポートパンツ崩壊アソシエーション、トランザクションをサポートし、マスター鍵IDの生成、複数のデータソースの管理を解析
2.：クライアントモード（シャーディング-JDBC TDDL）、サーバー、プロキシモード（mycatコバーアトラスheinsberge vitess kingshard）
6.フラグメントの利点
データがクエリに書き込まれる増分ロックの影響を減らす1.、一時費用をキューイング、長いテーブルロック、ロック競合のクエリ結果を減らします
2.小さい単一テーブルのクエリの塩基、より短い遅延、低減IO
7.制御の実際のサイズ
データトラフィックの量とテーブルの気密性
表7.1、次いで分割レベルなしでまとめたデータの量との間の密接な関係、遅い成長、。
サブライブラリーの急速な成長にテーブルの下に置かれた場合7.2は、テーブルを分割する必要があります
垂直表は：ビジネス機能の使用頻度に応じて、テーブルは、一次および二次に分割されています
8.スプリット原理
8.1は除去せずに削除することはできません
8.2セグメンテーションルールは、事前に計画します
8.3は、データテーブルまたは冗長パケットを結合することができるクロスデータベースを低減します
8.4高性能ミドルウェアデータベースは加入のでできるだけ、達成することは困難で結合操作