有一类“多KEY”特征的业务，典型代表是“订单中心”，业务查询维度会覆盖order_id/buyer_id/seller_id，这个业务场景，随着用户数据量越来越大，数据库性能显著降低，如何来对订单中心业务进行水平切分是本章的重点：
- “多KEY”类业务的特点与场景。
- “多KEY”类业务如何进行水平切分核心指导思想。
- “多KEY”类业务水平切分后遇到的潜在问题（最典型的问题->通过
order_id来切分，buyer_id/seller_id上的查询怎么办？）。 - “多KEY”类业务水平切分最佳实践。
实录提要：
- 两种方案的综合方案，能具体说下这个方案的具体玩法吗？
- 单日 5000 万的 Log 可以设计在 MySQL 里吗？
- 若是已在线使用的业务系统中的“多 key ”表应该如何着手进行拆分？
- 多库的分页和数量 count 统计，如何做是每个库进行统计和查询？
- 用客户端分库分表与服务器端分库分表各有什么好处，怎么选型？
- 最终一致性有什么好的中间件软件吗？算法自己实现起来要花很多时间吗？
阅读全文: http://gitbook.cn/gitchat/activity/58ecc4c7b80b10d84f8bf724
您还可以下载 CSDN 旗下精品原创内容社区 GitChat App ，阅读更多 GitChat 专享技术内容哦。
