P537〜578。
アウトライン
この章では、システムの方法やアイデア多くの拡張について説明し、データベースに限定されるものではない。
まず第一に、拡張がマシンのアップグレードの複雑さをもたらすため、スタンドアロンの最適化（SQLまたはハードウェアの最適化）を実行しよう。第二に、別々の読み取りおよび書き込みを考えますすなわち、マスターマルチ戦略は、ライブラリによって読み取られ、データベースにマスタ書き込みを調製した。再度、データスライスを考えると、メモリフラグメンテーションの異なるタイプのデータ。
キャパシティプランニング
必要とされているどのように多くのサーバー拡張、計画ピーク、計算のための準備。
スタンドアロン展開
- SQLの最適化、インデックスを追加します。
- 強化されたハードウェアの
限界があり、スタンドアローンの最適化
サブライブラリーの断片化
- 異なるライブラリーへの比較的独立した事業分割
- スライスにカットの異なる種類に応じてデータ
グローバルに一意なIDを生成します
- 自己増力IDのRedisを使用することによって生成されました
- 使用スノーフレークID（雪の結晶）、システムクロックに依存しています
- 使用GUIDは、GUID長いと無秩序、推奨されるパフォーマンスの低下を挿入されていない整然としたGUID考えることができます。
MySQLのインスタンスを複数のマシン
時には機械の一例は、複数のインスタンスを構築し、すべてのパフォーマンスを再生することはできません
MySQL Clusterのを使用して
NDB Clusterの、Percona XtraDBクラスタ、Clustrixなどとして、
使用のNoSQL
データ構造の単純な部分、のNoSQLに実装されるタスクの高い性能要件
アーカイブデータ
非アクティブ・データは、クリーンアップのアーカイブ
ロードバランシング
nginxのロードバランサを使用して同様に
