预览加载中，请您耐心等待几秒...

多IDC的数据分布.pdf

预览
1/10
2/10
3/10
4/10
5/10
6/10
7/10
8/10
9/10
10/10

亲，该文档总共19页，到这已经超出免费预览范围，如果喜欢就直接下载吧～

下载提示 文本预览

如果您无法下载资料，请参考说明：

1、部分资料下载需要金币，请确保您的账户上有足够的金币

2、已购买过的文档，再次下载不重复扣费

3、资料包下载后请先用软件解压，在使用对应软件打开

多IDC数据分布 --MySQL多机房部署 杨海朝 @jackbillow jackbillow@gmail.com 2011-12-24 尝试1 MasterRelaySlave 尝试1 特点 1.Slave和前端在一个IDC 2.DB集中写,cache本地写 3.某一机房是核心 挑战 1.不适合写入量大的业务 2.Cache清理机制复杂 3.注意同步延时问题 4.Relay容灾 尝试2 MySQLfederatedengine 尝试2 特点 1.利用FE实现多master到单slave的同步 2.FE不提供在线服务 3.DB和Cache本地读本地写 4.N个IDC部署中每个IDC需要部署N-1个relay 挑战 1.MySQL协议太重 2.存在更新丢失问题 3.维护难度大 尝试3 MySQLMaster/Master 尝试3 特点 1.双写 2.容灾优势明显 挑战 1.写节点限制在两个IDC 2.时序问题 尝试4 MasterQueueServiceMaster 尝试4 特点 1.多点写入 2.索引和内容合并同时入队列 3.每个IDC完全独立 挑战 1.带来运维复杂 2.程序的解耦问题 在路上 1.能不分布就不要分布 2.部署成对IDC并且不多于4个 3.提高用户体验的同时解决容灾和突发流量问题 4.考虑好业务的时序问题 5.异步为王 ThankyouforComing Q&A