资讯专栏INFORMATION COLUMN

基于Docker的Mysql主从复制

android_c / 3200人阅读

摘要:配置到上面的和就是前面看到的和然后启动查看运行状态上面和都为,说明主从已经配置好了。总结常见架构有三种单实例架构主从复制高可用架构其中主从复制一种是基于上面的复制的方式,还有一种是基于全局事务标识的方式。

环境简介

主服务器:JD云 CentOS

从服务器:Vultr云 CentOS

为了方便测试,都使用Docker运行Mysql,Docker启动命令如下:

 docker run --name mysql-server-01 -p 3306:3306 -v "$PWD"/conf.d:/etc/mysql/conf.d -v /my/own/datadir:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw  -d mysql:latest

以上均把mysql配置目录和data目录映射到了宿主机。

配置Master

为了方便,专门建一个目录用来操作master数据库,结构如下

mysql
└── server01
    ├── conf.d
    ├── data
    └── start.sh

在cond.d建立my.cnf用来配置master

[mysqld]
log-bin=mysql-bin
server-id=1
innodb_flush_log_at_trx_commit=1
sync_binlog=1

然后就可以启动容器了。

启动后,进入容器操作mysql

# 进入容器
docker exec -it 容器ID bash

# 进入msyql客户端
mysql -u root -p

# 新建salve用户并配置权限,格式如下
mysql> CREATE USER "repl"@"%.example.com" IDENTIFIED BY "password";
mysql> GRANT REPLICATION SLAVE ON *.* TO "repl"@"%.example.com";

# 查看master状态,这里file和position后面配置salve会用到

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |     1092 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
配置slave服务器

slave my.cnf配置文件如下(这里为了简便,省去很多参数,勿用于生产环境):

[mysqld]
server-id=2

然后启动容器,进入mysql客户端。

# 配置master到slave
mysql> CHANGE MASTER TO
    ->     MASTER_HOST="master_host_name",
    ->     MASTER_USER="replication_user_name",
    ->     MASTER_PASSWORD="replication_password",
    ->     MASTER_LOG_FILE="recorded_log_file_name",
    ->     MASTER_LOG_POS=recorded_log_position;

上面的MASTER_LOG_FILE和MASTER_LOG_POS就是前面show master stuas 看到的file和position

然后启动slave

START SLAVE;

查看运行状态:

mysql> show slave statusG;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: xxx.com
                  Master_User: slave1
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 1092
               Relay_Log_File: ca210e4caaaa-relay-bin.000002
                Relay_Log_Pos: 813
        Relay_Master_Log_File: mysql-bin.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: 1092
              Relay_Log_Space: 1027
              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: 1
                  Master_UUID: 5c2073ab-0ad6-11e8-a871-0242ac110005
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

上面Slave_IO_Running和Slave_SQL_Running都为YES,说明主从已经配置好了。

总结

mysql常见架构有三种

单实例架构

主从复制

MHA高可用架构

其中主从复制一种是基于上面的binary log复制的方式,还有一种是基于全局事务标识(GTID)的方式。

后续我会调研MHA架构的实现。基于Docker的mysql主从复制

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/27212.html

相关文章

  • MySQL 复制 - 性能与扩展性基石 2:部署及其配置

    摘要:配置主库和备库。主库当前的二进制日志文件,和获得数据快照时在该二进制日志文件中的偏移量。它能够在备份时不阻塞服务器的操作,因此可以在不影响主库的情况下设置备库。 showImg(https://segmentfault.com/img/bVbqOEk?w=720&h=480); 正所谓理论造航母,现实小帆船。单有理论,不动手实践,学到的知识犹如空中楼阁。接下来,我们一起来看下如何一步步...

    刘德刚 评论0 收藏0
  • MySQL 复制 - 性能与扩展性基石 2:部署及其配置

    摘要:配置主库和备库。主库当前的二进制日志文件,和获得数据快照时在该二进制日志文件中的偏移量。它能够在备份时不阻塞服务器的操作,因此可以在不影响主库的情况下设置备库。 showImg(https://segmentfault.com/img/bVbqOEk?w=720&h=480); 正所谓理论造航母,现实小帆船。单有理论,不动手实践,学到的知识犹如空中楼阁。接下来,我们一起来看下如何一步步...

    fobnn 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<