57,065
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
weixin_40784365 2019-03-06
- 打赏
- 举报
哥，看你这么认真，我就打几个字吧
1、双主配置一般是数据流量大的情况下用，但是一般都是keepalived+双主，这种环境，他的方法就是，两台主机存储各自独立，互为主备，负载负责高可用，如果挂一台，另外一台就顶上去，好处就是挂一台无所谓，另一台依然可以提供服务，但是，注意：如果存储独立，一但发生脑裂，那就要停负载，检查双主数据是不是同步，如果其中一台的日志断了，那就非常麻烦，最好的情况是，只要启起来故障的那台，执行start slave;开始备机同步，就ok，最差的情况是，故障机安全完蛋了，用做正常机的库做异机恢复，把同步重配一遍，要用软件来比两个库的数据一致性无问题，开负载，业务继续（注意：阿里云不支持keepalived类似的所有带vip的软件，它有自己的负载均衡，你买一台不要钱，只在内网使用）；
2、主备是用的非常多的情况，我习惯一主三备，在备机下边做一个慢10分钟同步的级联，再用中间件做读写分离，mycat maxscale，再加上mha高可用，写在主，读在备，如果主挂了，mha会把其中的一台备机提升为主，然后把其他的两台设置为备，就把故障的主库移除，慢10分钟的级联就是，如果在主库执行了一个语句错了，如(drop table)，并没有备份的情况下，10分钟之内发现了，那就在级联备机把这张表拿出来，然后把binlog中的语句拿出来，去掉drop table（执行错了的语句），然后在主库恢复一下就可以了，推荐这种做法，大多的互联网公司都这样做，不过也有不同场景不同实施的方案，这个要自己看；
1、双主配置一般是数据流量大的情况下用，但是一般都是keepalived+双主，这种环境，他的方法就是，两台主机存储各自独立，互为主备，负载负责高可用，如果挂一台，另外一台就顶上去，好处就是挂一台无所谓，另一台依然可以提供服务，但是，注意：如果存储独立，一但发生脑裂，那就要停负载，检查双主数据是不是同步，如果其中一台的日志断了，那就非常麻烦，最好的情况是，只要启起来故障的那台，执行start slave;开始备机同步，就ok，最差的情况是，故障机安全完蛋了，用做正常机的库做异机恢复，把同步重配一遍，要用软件来比两个库的数据一致性无问题，开负载，业务继续（注意：阿里云不支持keepalived类似的所有带vip的软件，它有自己的负载均衡，你买一台不要钱，只在内网使用）；
2、主备是用的非常多的情况，我习惯一主三备，在备机下边做一个慢10分钟同步的级联，再用中间件做读写分离，mycat maxscale，再加上mha高可用，写在主，读在备，如果主挂了，mha会把其中的一台备机提升为主，然后把其他的两台设置为备，就把故障的主库移除，慢10分钟的级联就是，如果在主库执行了一个语句错了，如(drop table)，并没有备份的情况下，10分钟之内发现了，那就在级联备机把这张表拿出来，然后把binlog中的语句拿出来，去掉drop table（执行错了的语句），然后在主库恢复一下就可以了，推荐这种做法，大多的互联网公司都这样做，不过也有不同场景不同实施的方案，这个要自己看；
伟洪winni 2019-03-06
- 打赏
- 举报
主主是不是用来备份数据, 主从用来读写分离?
weixin_40784365 2019-03-04
- 打赏
- 举报
分别用在需要数据库的时候
