mysql – 数据库分片计策

对付正在建树的在线市场产物,我有一种环境必要实验数据库分片办理方案.我是分享新手,在阅读本论坛的帖子后,我认为行使贸易实体的基于目次的分片计策将是吻合的.但我如故不清晰回收这种分片办理方案的非类型化和数据同步最佳实践.
将有3个焦点实体,供给商,客户和订单.我规划按照供给商ID对数据库举办分片,由于订单数据的大大都处理赏罚都将由供给商打点员执行.这将确保从单个数据库实例中获取供给商的订单,从而消除交错数据包提取.可是,在这种环境下,当客户查察其订单信息时,数据将驻留在多个数据库实例中,而且必要大都据库提取.当这种环境呈此刻分片办理方案中时,凡是会采纳什么法子. 最佳谜底 我以为有99.9％的也许性你不必要分片.

您必要分片,假如：

>您的数据库插入/更新速度靠近或高出了您可以经济高效地购置AND的最高规格处事器的容量
>您已经将大大都读取查询,陈诉,备份等事变转移到只读复制的从属处事器上
>您已完乐成能分区,以从主处事器移出任何不须要或不相干的更新大量事变负载

假如您不能对上述全部三个说“是”,那么您不必要举办分片.

读

http://www.mysqlperformanceblog.com/2009/08/06/why-you-dont-want-to-shard/

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!