MySQL 复制架构之双主模型

本文详细介绍了MySQL双主复制架构的实现步骤与注意事项,包括如何配置两个节点互为主从、解决自增长ID冲突等问题,以及如何确保复制过程中的数据一致性。

MySQL 复制架构之双主模型

双主模型特性

  • 两个节点互为主从:,每个节点各自都要开启binlog(二进制日志)和relay log(中继日志)
  • 双主模型极易导致两个数据库的数据不一致
  • 双主模型中,假如某作为主键或唯一键的字段的值类型设置了INCREMENT(自增长),可能导致两个数据库同步时出现主键或唯一键冲突的情况,为避免此情况,要对每个节点重新定义自增长值的起始偏移量和增长步距

双主模型的实现步骤

  1. 修改第一个节点的配置
vim /etc/my.cnf.d/server.cnf
[mysqld]
innodb_file_per_table=ON
skip_name_resolve=ON
#设置serverid,启用二进制日志和中继日志
server_id=1
log_bin=master-log
relay_log=relay-log
#设置自增长id的值为奇数
auto_increment_offset=1
auto_increment_increment=2
  1. 修改第二个节点的配置
[mysqld]
innodb_file_per_table=ON
skip_name_resolve=ON

server_id=2
log_bin=master-log
relay_log=relay-log
#设置自增长id的值为偶数
auto_increment_offset=2
auto_increment_increment=2
  1. 两个节点上分别创建具有复制权限的账号

    • 在第一个节点(172.16.50.9)上执行
GRANT REPLICATION CLIENT,REPLICATION SLAVE ON *.* TO 'repluser'@'172.16.50.10' IDENTIFIED BY 'replpass';
FLUSH PRIVILEGES;
  • 在第二个节点(172.16.50.10)上执行
GRANT REPLICATION CLIENT,REPLICATION SLAVE ON *.* TO 'repluser'@'172.16.50.9' IDENTIFIED BY 'replpass';
FLUSH PRIVILEGES;
  1. 在两个节点上分别查看二进制日志情况

    • 在第一个节点
SHOW MASTER STATUS;
+-------------------+----------+--------------+------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+------------------+
| master-log.000003 |      507 |              |                  |
+-------------------+----------+--------------+------------------+
  • 在第二个节点
SHOW MASTER STATUS;
+-------------------+----------+--------------+------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+------------------+
| master-log.000003 |      507 |              |                  |
+-------------------+----------+--------------+------------------+
  1. 设置对方作为自己的主节点的信息

    • 在第一个节点
CHANGE MASTER TO MASTER_HOST='172.16.50.9',MASTER_USER='repluser',MASTER_PASSWORD='replpass',MASTER_PORT=3306,MASTER_LOG_FILE='master-log.000003',MASTER_LOG_POS=507;
  • 在第二个节点
CHANGE MASTER TO MASTER_HOST='172.16.50.10',MASTER_USER='repluser',MASTER_PASSWORD='replpass',MASTER_PORT=3306,MASTER_LOG_FILE='master-log.000003',MASTER_LOG_POS=507;
  1. 分别启动IO线程和SQL线程并查看信息

    • 在第一个节点
START SLAVE;
SHOW SLAVE STATUS\G;
  • 在第二个节点
START SLAVE;
SHOW SLAVE STATUS\G;
  1. 在两个节点分别修改数据,验证双主模型的效果

复制时应该注意的问题:

1、从服务设定为“只读”;
        在从服务器启动read_only,但仅对非SUPER权限的用户有效;

        阻止所有用户:
            mysql> FLUSH TABLES WITH READ LOCK;

2、尽量确保复制时的事务安全
        在master节点启用参数:
            sync_binlog = ON 

        如果用到的是InnoDB存储引擎:
            innodb_flush_logs_at_trx_commit=ON
            innodb_support_xa=ON

3、从服务器意外中止时尽量避免自动启动复制线程


4、从节点:设置参数
        sync_master_info=ON

        sync_relay_log_info=ON
### MySQL 架构主从复制对比 #### 特点比较 架构(Dual-Master Architecture)是一种高级的数据库复制模式,在这种模式下,两个节点都可以作为服务器运行并接受写操作。数据通过向同步机制保持一致性[^1]。 相比之下,主从复制(Master-Slave Replication)是一个更常见的模型,其中只有一个节点负责处理所有的写入请求,而多个从节点则只读取数据副本,并执行来自节点的日志事件来更新自己的状态[^2]。 #### 优点分析 对于 **架构** 来说: - 它提供了更高的可用性和冗余度,因为如果其中一个节点失效,则另一个可以继续提供服务。 - 支持分布式应用环境下的负载均衡策略实施更为灵活[^1]。 而对于 **主从复制** 而言: - 实现简单易懂,配置过程相对容易掌握。 - 数据库性能开销较低,特别是在高并发查询场景中表现优异,因为它允许将读流量分摊到各个从属实例上去减轻单一机的压力。 #### 缺点探讨 然而,采用 **架构** 存在一些挑战: - 需要特别注意冲突解决逻辑的设计,比如当两台机器几乎同时修改相同记录时可能出现不一致的情况;这通常需要设置特定参数如 `slave_exec_mode=IDEMPOTENT` 来增强容错能力[^1]。 至于 **主从复制** 的局限性在于: - 单一故障点风险较高——一旦服务器发生问题就可能导致整个系统的不可用直到切换完成为止。 - 写扩展性较差,所有更改都必须经过唯一的节点来进行调度管理[^2]。 ```python # Example of setting up a basic Master-Slave configuration in Python-like pseudocode. def setup_master_slave(master_config, slave_configs): for config in slave_configs: configure_replication_channel(config['host'], master_config['binlog']) def enable_idempotent_on_slaves(slave_hosts): for host in slave_hosts: execute_sql(f"SET GLOBAL slave_exec_mode='IDEMPOTENT'", host) setup_master_slave({'binlog': 'master-bin.000001'}, [{'host':'slave1'}]) enable_idempotent_on_slaves(['slave1']) # For dual-master setups consider similar settings on both masters. ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值