数据库跨机房问题解决方案.docxVIP

PAGE 1 PAGE 1 数据库跨机房问题解决方案  跨机房问题一直都是一个老大难的问题，先看传统数据库的跨机房方案。  Master/Slave方案  这是最常用的方案，适用于大多数需求。Master将操作日志实时地发送到Slave，Slave当成Master的一个HotBackup。Master宕机时，服务切换到Slave，需要修改客户端规律使得Master失效时自动查找新的Master。  这个方案有一个问题就是数据库的Master和Slave一般不是强同步的，所以，切换到Slave后可能丢失宕机前的少量更新。假如将Master和Slave做成强同步的，即：全部的数据必需同时写成功Master和Slave才成功返回客户端，这样又带来了另外一个问题：Master和Slave中任何一台机器宕机都不允许写服务，可用性太差。因此，Oracle有一种折衷的模式：正常状况下Master和Slave是强同步的，当Master检测到Slave故障，比如Slave宕机或者Master与Slave之间网络不通时，Master本地写成功就返回客户端。采用这种折衷的同步模式后，一般状况下Master和Slave之间是强同步的，Master宕机后切换到Slave是安全的。当然，为了确保数据安全后，宕机的Master重启后可以和新的Master（原有的Sl