MySQL 4：MySQL 主从复制实验

最新推荐文章于 2023-11-29 21:36:57 发布
最新推荐文章于 2023-11-29 21:36:57 发布
阅读量90 收藏
点赞数
分类专栏： MySQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a20251839/article/details/113866069
版权

MySQL 主从复制 半同步复制 配置 数据同步
关键词由CSDN通过智能技术生成

四：MySQL 主从复制实验

实验步骤：

  1. 搭建主从复制结构，node103 为 MASTER，node104 为 SLAVE；
  2. 搭建完成后查看两个节点的连接情况；
  3. MASTER 节点做一些数据修改操作，验证 SLAVE 节点是否同步；
  4. 模拟 SLAVE 节点宕机并恢复后，主从复制的情况；
  5. 删除主从，以进行后续实验；

4.1：搭建 MySQL 主从

为达到初始状态，先清空node103 上之前的测试数据库：

MariaDB [(none)]> DROP DATABASE sample_db;

采用配置文件模块化的方式，以方便之后的复制结构更改；

4.1.1：MASTER 节点

编辑配置文件
  • 注释 my.cnf 中的相关配置：
[root@node103 ~]# vim /etc/my.cnf
#server-id=103
#log-bin=/data/mysql_logs/mysql-binlog
#relay-log=/data/mysql_logs/mysql-relay
  • 另起一个配置文件 repl.cnf，配置 MASTER 节点相关参数：
[root@node103 ~]# vim /etc/my.cnf.d/repl.cnf 
[mysqld]
server_id=103
log-bin=/data/mysql_logs/mysql-master
sync_binlog=1

MASTER 节点只需开启二进制日志；

sync_binlog=1，表示每次事务提交都刷写磁盘上的二进制日志文件，保证了 MASTER 节点上事务的完整性；但在事务繁忙时会损耗一定性能；

重启 mariadb
[root@node103 ~]# systemctl restart mariadb
授权复制数据的用户
MariaDB [(none)]> GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO 'repl'@'172.16.1.%' IDENTIFIED BY '123456';

MariaDB [(none)]> FLUSH PRIVILEGES;
记录二进制日志位置
  • 查看当前使用的二进制日志文件，以记录主从复制的起始位置：
MariaDB [(none)]> SHOW MASTER STATUS;
+---------------------+----------+--------------+------------------+
| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------+----------+--------------+------------------+
| mysql-master.000001 |      245 |              |                  |
+---------------------+----------+--------------+------------------+

4.1.2：SLAVE 节点

编辑配置文件
  • 注释 my.cnf 中的相关配置：
#server-id=104
#log-bin=/data/mysql_logs/mysql-binlog
#relay-log=/data/mysql_logs/mysql-relay
  • 另起一个配置文件 repl.cnf，配置 SLAVE 节点相关参数：
[root@node104 ~]# vim /etc/my.cnf.d/repl.cnf 
[mysqld]
server_id=104
relay-log=/data/mysql_logs/mysql-slave
read_only=ON
sync_master_info=1
sync_relay_log_info=1

SLAVE 节点仅需开启中继日志；并且设为只读；

sync_master_info=1、sync_relay_log_info=1，表示每次事务提交都刷新数据目录下的 master.info 和 relay-log.info 文件，保证了主从节点事务的一致性；

重启 mariadb
[root@node104 ~]# systemctl restart mariadb
为 SLAVE 指定 MASTER
MariaDB [(none)]> CHANGE MASTER TO MASTER_HOST='172.16.1.103',MASTER_USER='repl',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-master.000001',MASTER_LOG_POS=245;
启动复制线程
MariaDB [(none)]> START SLAVE;

4.1.3：查看主从建立情况

MariaDB [(none)]> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 172.16.1.103
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-master.000001
          Read_Master_Log_Pos: 245
               Relay_Log_File: mysql-slave.000003
                Relay_Log_Pos: 532
        Relay_Master_Log_File: mysql-master.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 245
              Relay_Log_Space: 1109
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 103

4.2：测试主从复制

4.2.1：数据添加同步测试

  • MASTER 节点创建数据库和表，添加相应数据；
MariaDB [(none)]> CREATE DATABASE sample_db;
MariaDB [(none)]> USE sample_db;
MariaDB [sample_db]> CREATE TABLE tbl1(id INT UNSIGNED NOT NULL, name VARCHAR(100));
MariaDB [sample_db]> INSERT tbl1 (id,name) VALUES (1,'user1'),(2,'user2'),(3,'user3');

MariaDB [sample_db]> select * from tbl1;                                  
+----+-------+
| id | name  |
+----+-------+
|  1 | user1 |
|  2 | user2 |
|  3 | user3 |
+----+-------+
  • SLAVE 节点验证同步结果：
MariaDB [(none)]> SHOW DATABASES;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sample_db          |
+--------------------+

MariaDB [(none)]> SELECT * FROM sample_db.tbl1;
+----+-------+
| id | name  |
+----+-------+
|  1 | user1 |
|  2 | user2 |
|  3 | user3 |
+----+-------+
  • SLAVE 节点查看同步状态：
MariaDB [(none)]> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 172.16.1.103
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-master.000001
          Read_Master_Log_Pos: 1026
               Relay_Log_File: mysql-slave.000003
                Relay_Log_Pos: 1313
        Relay_Master_Log_File: mysql-master.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 1026
              Relay_Log_Space: 1890
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 103

当前同步到的位置为 mysql-master.000001 的 1026；

  • 查看 MASTER 状态：
MariaDB [sample_db]> SHOW MASTER STATUS;
+---------------------+----------+--------------+------------------+
| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------+----------+--------------+------------------+
| mysql-master.000001 |     1026 |              |                  |
+---------------------+----------+--------------+------------------+

和 SLAVE 显示的同步位置一致；

4.2.2：数据删除同步测试

  • MASTER 节点删除一条记录：
MariaDB [sample_db]> DELETE FROM tbl1 WHERE id=1;
  • SLAVE 节点验证：
MariaDB [(none)]> SELECT * FROM sample_db.tbl1;
+----+-------+
| id | name  |
+----+-------+
|  2 | user2 |
|  3 | user3 |
+----+-------+

4.2.3：模拟 SLAVE 宕机

  • 关闭 SLAVE 节点的 mariadb：
[root@node104 ~]# systemctl stop mariadb
  • MASTER 节点添加数据：
MariaDB [(none)]> INSERT INTO sample_db.tbl1 (id,name) VALUES (4,'user4'),(5,'user5');

MariaDB [(none)]> SELECT * FROM sample_db.tbl1;
+----+-------+
| id | name  |
+----+-------+
|  2 | user2 |
|  3 | user3 |
|  4 | user4 |
|  5 | user5 |
+----+-------+
  • 启动 SLAVE 节点的 mariadb：
[root@node104 ~]# systemctl start mariadb
  • 查看复制进程状态：
MariaDB [(none)]> SHOW SLAVE STATUS\G
……
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
……
  • 验证数据同步：
MariaDB [(none)]> SELECT * FROM sample_db.tbl1;
+----+-------+
| id | name  |
+----+-------+
|  2 | user2 |
|  3 | user3 |
|  4 | user4 |
|  5 | user5 |
+----+-------+

说明 SLAVE 节点的复制线程是随 mysql 进程启动的；

如果 SLAVE 宕机时间过长，恢复后会有很多数据等待同步，为加快恢复速度，可以将 MASTER 节点的数据进行备份（备份同时 flush-logs 重新建立一个二进制日志文件，以便记录同步位置），将备份恢复到 SLAVE 节点后，重新建立主从关系；

4.3：MySQL 半同步

MySQL 半同步是建立在主从复制基础上的，主从复制是异步，通过启用半同步插件来实现半同步；

MySQL 复制的同步类型有三种：

  • 异步
    主节点本地写入成功即返回 “成功”；

  • 半同步
    主节点将请求发给从节点，确认从节点已接收请求后即返回 “成功”；

    MySQL的半同步是指：只有一个从节点是同步的，其它从节点是异步的；

  • 同步
    主节点收到写入请求，同步给从节点，待确认从节点写入完成后才返回 “成功”；

4.3.1：安装半同步复制插件

  • semisync_master.so，主节点安装；

    MariaDB [(none)]> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';

  • semisync_slave.so，从节点安装；

    MariaDB [(none)]> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';

4.3.2：启用半同步复制

  • MASTER 节点
MariaDB [(none)]> SET GLOBAL rpl_semi_sync_master_enabled=ON;

MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'rpl_semi%';
+------------------------------------+-------+
| Variable_name                      | Value |
+------------------------------------+-------+
| rpl_semi_sync_master_enabled       | ON    |
| rpl_semi_sync_master_timeout       | 10000 |
| rpl_semi_sync_master_trace_level   | 32    |
| rpl_semi_sync_master_wait_no_slave | ON    |
+------------------------------------+-------+
  • SLAVE 节点
MariaDB [(none)]> SET GLOBAL rpl_semi_sync_slave_enabled=ON;

MariaDB [(none)]> SHOW GLOBAL VARIABLES LIKE 'rpl_semi%';
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| rpl_semi_sync_slave_enabled     | ON    |
| rpl_semi_sync_slave_trace_level | 32    |
+---------------------------------+-------+
  • 如果从节点的复制线程在启用半同步复制之前是启动的，需要重启其中的 IO_THREAD：
MariaDB [(none)]> STOP SLAVE IO_THREAD;
MariaDB [(none)]> START SLAVE IO_THREAD;

4.3.3：核实半同步连接

  • MASTER 节点查看半同步复制的 SLAVE 节点是否已连接：
MariaDB [(none)]> SHOW STATUS LIKE 'rpl_semi_sync_master_clients';
+------------------------------+-------+
| Variable_name                | Value |
+------------------------------+-------+
| Rpl_semi_sync_master_clients | 1     |
+------------------------------+-------+

显示已有一个 SLAVE 连接进来；

4.4：删除 MySQL 主从

删除主从，以继续后续实验。

  • 停止 SLAVE 复制线程
MariaDB [(none)]> STOP SLAVE;
  • 重置 SLAVE 节点
MariaDB [(none)]> RESET SLAVE;
  • 重置 MASTER 节点
MariaDB [(none)]> RESET MASTER;

重置 MASTER 后，会创建一个序号为 000001 的空的二进制日志文件：

MariaDB [(none)]> SHOW MASTER STATUS;         
+---------------------+----------+--------------+------------------+
| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------+----------+--------------+------------------+
| mysql-master.000001 |      245 |              |                  |
+---------------------+----------+--------------+------------------+
学渣角鹿白
关注
专栏目录
jmeter报告样式，可展示接口详细信息
05-11
jmeter报告样式，可展示接口详细信息。例如： Thread Name : 初始化 1-1 Timestamp : Wed May 11 2022 17:50:46 GMT+0800 (中国标准时间) Time : 1522 ms Latency : 1522 ms Bytes : 42 Sample Count : Error Count : Response Code : 200 Response Message : OK Request Method/Url : Query String : Cookies : Request Headers : Response Response Headers : shared:false, driver:oracle.jdbc.OracleDriver, url:jdbc:oracle:thin:@29.30.209.8:20908:wttzdb, user:wttz Response Data : -1 updates. Output variables by position: Response File :
MySQL 应用实践（超长文预警）
学渣角鹿白的博客
11-30 203
一：实验环境 1.1：概述 网络： 内部网络：172.16.1.0/24（仅主机模式）； 外部网络：192.168.1.0/24（桥接模式）； 服务器： 2 台 VMware Workstation 虚拟机（node103、node104）； 安装 CentOS 7.2（已经过系统初始化操作）； yum 安装 MariaDB； 实验环境基础服务： 外网 DNS & NTP：192.168.1.250； 内网 DNS & NTP：172.16.1.250； 1.2：虚拟机配置 1.2.1：
Linux安装MariaDB（超详细的yum安装、二进制安装）
热门推荐
旷野历程
12-15 1万+
分享知识 传递快乐 1、yum安装 官方网站yum配置方法链接：https://mariadb.com/kb/en/library/yum/ 1）配置yum源（安装不同版本需要配置不同源） 为了更好的管理MariaDB版本，创建一个新源文件： [guest@localhost ~]$ cd /etc/yum.repos.d/ [guest@localhost yum.repos....
yum方式安装Mariadb多主集群安装和配置-centos9stream-mariadb10.5.16（实战建议配置）
最新发布
zrc_xiaoguo的博客
11-29 2309
mariadb是mysql的另外一个选择了，具体就不再介绍，这里主要介绍主主集群的配置方式，大家要注意，尽管为主主集群，
Mariadb数据库部分基础知识及yum安装步骤
guodong0904的博客
05-08 3827
关系型数据库/SQL（Mysql多平台、SQLserver windows、DB2多平台、Oracle多平台、kingbase/人大金仓、达梦）非关系型数据库/NoSQL（redis、mongoDB）
SpringBoot第 12 讲：SpringBoot+MySQL主从复制、读写分离
10-10
在本讲中，我们将深入探讨如何使用SpringBoot与MySQL实现主从复制以及读写分离的架构设计。这一技术方案在大型分布式系统中尤为常见，它能够有效地提高数据库系统的可用性和性能。 首先，让我们理解主从复制的核心...
mysql主从复制配置过程
01-21
其中db1和db2是计划进行主从复制的库，如果有多个，写多行即可。配置完毕后，重启数据库： service mysqld restart 2. 添加复制用户 通过phpmyadmin，添加新用户，并授予REPLICATION SLAVE权限。或者通过root用户...
Mariadb（mysql）配置文件（如/etc/my.cnf）配置选项组及配置文件的正确性测试分析
河北强商网络科技有限公司官方博客
02-26 2785
Mariadb（mysql）配置文件（如/etc/my.cnf）配置选项组及配置文件的正确性测试分析 配置文件规范： 1.[mysqld_safe]组优先级最高，只要该组能够支持配置的参数与其他任何组中的参数冲突，那么都会以该组为准，如error-log 2.各个组之间的参数，如果某个命令或进程启动后，如mysqld启动命令，有可能加载很多组，如mariadb会加载[mysqld][server]...
MariaDB—— 2.配置文件
blueicex2017的博客
02-26 184
vim /etc/my.cnf [client] port= 3306 socket= /tmp/mysql.sock [mysqld] port= 3306 socket= /tmp/mysql.sock basedir=/usr/local/mysql #安装数据库目录） datadir=/home/mydata #数据存放目录） skip-external-locking key_buffe...
MySQL使用binlog日志做数据恢复
liys0811的博客
08-22 1122
定期备份固然可以在服务器发生宕机的时候快速的恢复数据，但传统的全量备份不可能做到实时，所以在发生宕机的时候，也会损伤一部分数据，如果这个时候开启了binlog日志，那么可以通过binlog来对没有做备份的这一阶段损失的数据进行恢复。这个时候我们应该是来查看一下binlog日志的状态，以便与我们一会来进行恢复到此状态，但是，真正的环境中我们并不知道这个状态，因此这里也就不去查看这个状态了，这个状态的值可以通过后面查看binlog日志文件来进行分析。这样呢，我们就把数据做了一个完整的备份。
通过mysqldump全备+binlog实现生产数据增量恢复
qq_38255759的博客
03-17 249
小型业务数据库50G，每天00:00全备，已开启binlog。周三下午14点，开发人员连错实例，导致生产数据被误删除（DROP）1. 业务端挂维护页。2. 检查mysqldump备份、binlog日志是否可用。3. 恢复及恢复后数据校验（业务测试部门验证）4. 立即备份（停机冷备cp /var/lib/mysql /opt）5. 恢复架构系统（例如主从）6. 撤维护页，恢复业务只要是数据库进行的增删改操作，都会记录到日志文件里；每天定时备份的文件。
mysql5.7.32升级mysql5.7.33（rpm形式）
qq_42294260的博客
04-21 648
mysql5.7.32升级mysql5.7.33（rpm形式） 1.备份旧的数据库数据 mysqldump -uroot -pZdkx#202 1-B syh -R --triggers --master-data=2 --single-transaction | gzip > /backup/syh_20210421-2016.sql.gz 2.备份配置文件 cp /etc/my.cnf{,.bak} 3.停止旧的数据库 systemctl stop mysqld 4.在mysql官网获取
MySQL主主复制+keepalived高可用方案实现
06-14 468
1 前言 生产环境中一台MySQL主机存在单点故障，所以我们要确保MySQL的高可用性，即两台MySQL 服务器如果其中有一台 MySQL 服务器挂掉后，另外一台能立马接替其进行工作。 MySQL 的高可用方案一般有如下几种： keepalived+双主 MHA PXC MMM Heartbeat+DRBD 等，比较常用的是 keepalived+双主，MHA 和 PXC。 本节主要介绍利用 keepalived 实现 MySQL 数据库 的高可用。Keepalived+mysql双主来实现MySQL-HA
Jemter 系列测试
q610098308的专栏
02-09 329
这里用来有空时填写
用variable保存position()的值
胡争辉
09-02 1436
用variable保存position()的值position()函数在XPath中返回在XPath中当前状态的position()值，如果该XPath位于stylesheet中，则不会获得transform标记所在位置的position()值，此时应当借助variable标记先保存position()的值，例如：中position()是取得../SignLinkSetTp[position()]
mysql启动报错mysqld_safe MySQL from pid file /var/run/MariaDB/marabi.pid ended
开心就好
02-01 5233
mysql启动报错mysqld_safe mysqld from pid file /var/run/mariadb/mariadb.pid ended
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值