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