シミュレートこのようなシナリオ：
1、ビジネスデータベースによるユーザデータベースおよび注文データベースに「垂直」スプリット。
2、別の読み取りと書き込み、ユーザライブラリのショットから。
3、注文ストアは「水平」スライス、テーブルの各スライスと別個読み取りおよび書き込みのショットを行う,;
垂直セグメンテーション
2つのMySQLデータベースを準備する1
2、MyCatプロフィール
schema.xml
server.xmlの（主に名前schemas.xmlにスキーマ、スキーマの変更を変更します）
mycatを開始し、2つのテーブルが登場しました。
表を挿入するために、さらにその後、データビューmycatとユーザーのライブラリがデータを持って挿入し、。
2つの表に、これらの2つのライブラリに関連付けられている実用的な私は、データIDの2つのテーブルを挿入し、見えるので、ID関連するエラーにより、1であり、今図書館協会を横断することはできません、アプリケーション層インタフェースは、それを呼び出して解決されます実際には解決策があり、その後の綿密な調査の背後に解決するには。
良い、垂直スライシングが完了しています。
第二に、マスタユーザデータベースとは別の読み取りと書き込み、
図1は、同じテーブルから2ユーザーベーススレーブ、マスタ・スレーブデータベースとして、MySQLを調製しました。
2、変更mycatプロファイル、のschema.xmlは、設定を追加することです
バランス：
1.バランス=「0」は、独立した読み取りおよび書き込みを開かない、読み出し動作は、現在入手可能なすべてのwriteHostに送信されます。
2.バランス=「1」は、全ての読み出し動作は、第1 writeHost以外の全てのノードにランダムに送信されます。
3.バランス=「2」は、全ての読み出し動作はwriteHost、配信readhostにランダムです。
4.バランス=「3」は、全ての読み出しはランダムreadhostにわたって分布しています。
私たちは、それからのデータのユーザー・テーブル・ノードを変更し、データを読み取るためにどのライブラリを参照することは容易です。
发现，不管查多少次，都是主节点的，我们把banlance改成2，发现查询的数据再主从节点上来回切换。把balance改成3，只查询从节点了。
还缺少一个主从节点的数据同步，这块就略过了，在《主从》那篇你有。
三、订单库，水平切分