目前暂时还没有哪款数据库产品是专门针对跨IDC进行的优化，在理论上被业界认为最优的方案是采用基于Paxos协议（暂时只有google做
目前暂时还没有哪款数据库产品是专门针对跨IDC进行的优化，在理论上被业界认为最优的方案是采用基于Paxos协议（暂时只有google做出了实现，google f1），今天只讨论MySQL在这方面的注意事项：
对于跨IDC的情况基本都会设计到以下问题：
1、MySQL多IDC的数据同步，数据一致性
2、多IDC之间的高可用
3、多IDC的多点写入问题
4、运维监控
对于MySQL多IDC数据之间的同步问题：
1、MySQL的复制是异步的（对于5.5的半同步来说，还是属于“异步的”），MySQL同步依赖的因素很多，同步的网络环境，硬件配置，SQL语句是否高效，以及数据量的大小。
在数据量较大的情况下在master和slave端启用slave-compressed-protocol = 1压缩模式，网络环境采用专线。可以利用blackhole存储引擎的MySQL作为relay server实现级联复制，这个最好控制在三层内，减少同步的延迟，减少机房之间传输的数据量。关于SQL语句，索引不要太多，影响插入速度，注意更新和删除的问题，如果采用row模式进行复制，，数据量是个问题，建议采用mixed模式进行复制。对于实时性要求较高的应用可以允许第一次读的时候从主库上读取。或者在应用端给出等待时间来缓解同步延迟对用户的影响。
2、对于多IDC中的高可用问题。
对于采用relay server的方式，可以采用两台server，每隔relay下面都是一个slave集群。当某个出现问题的时候，可以只访问另一个slave集群。
对于采用双主模式的情况下，这个容灾方式比较明显，每个master下都接一个slave集群。但对于多IDC部署的话缺点也很明显，只能使用两个IDC。
3、多点写入问题
双主复制，环状复制，通过federated引擎都可以实现多点写入。这个时候对于多点写入需要考虑自增问题，可通过auto_increment_increment=N(增量值)和auto_increment_offset=N （初始值）来解决。更新丢失问题。每个master只写本地数据，slave拥有全部数据，这个时候数据是以一定次序出现的。利用消息队列，数据写入本地数据库时也写入消息队列中（本人为涉及到）
4、运维监控问题
监控系统对整个维护过程中起着很重要的作用。为防止在多IDC之间网络环境的影响，最好采用分布式监控，并且每个IDC的监控系统都能独立工作，可以参考zabbix,ganglia(两个开源企业级监控系统)
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/1914664.html
