Docker 配置Mysql（5.7.27）单双向主从

默认主机配置Docker Mysql（5.7.27）环境，具体教程，请参照文章Docker 安装Mysql（5.7.27）
mysql服务器主节点
mysql服务器从节点

• 进入主节点容器

  docker exec -it mysql bash
  

• 设置主节点远程同步访问

  mysql -u root -p # 并输入密码登录
  GRANT REPLICATION SLAVE ON *.* TO 'root'@'*' IDENTIFIED BY 'password';
  FLUSH PRIVILEGES;
  EXIT;
  

• 修改主节点的mysqld.cnf，Docker Mysql（5.7.27）中的文件位于/etc/mysql/mysql.conf.d/mysqld.cnf，因为镜像本身不是支持vi指令，因此只有先拷贝出来，修改后，再拷贝回去覆盖原配置。先拷贝出原配置

  docker cp {container}:/etc/mysql/mysql.conf.d/mysqld.cnf $PWD/mysqld.cnf
  

• 添加主节点主从配置

  server-id=1
  log-bin=mysql-bin
  log-slave-updates=1
  

• 覆盖主节点原配置

  docker cp $PWD/mysqld.cnf {container}:/etc/mysql/mysql.conf.d/mysqld.cnf
  

• 重启主节点容器

• 进入主节点容器，连接登录mysqlmysql -u root -p {password}，查看并记录节点信息，重点记录File和Position

  show master status
  

• 进入从节点以同样的方式修改mysqld.cnf，添加从节点主从配置

  server-id=2
  log-bin=mysql-bin
  log-slave-updates=1
  

• 重启并进入从节点容器，连接登录mysqlmysql -u root -p {password}，设置主从模式

  CHANGE MASTER TO 
  MASTER_HOST=#'主节点的IP',
  MASTER_USER=#'主节点的用户名',
  MASTER_PASSWORD=#'主节点的密码',
  MASTER_PORT=#'主节点的端口',
  MASTER_LOG_FILE=#'主节点的File',
  MASTER_LOG_POS=#主节点的Position,
  MASTER_CONNECT_RETRY=10;
  

• 在mysql会话中，启动主从模式

  start slave
  

• 查看主从状态

  show slave status # Slave_IO_Running和Slave_SQL_Running 两列是否都为YES，即配置成功
  

• 测试

  • 在从节点的mysql会话中执行show databases
  • 在主节点的mysql会话中执行create database eairlv
  • 在从节点的mysql会话中执行show databases，检查是否同步成功

以上，单向主从配置完成，下面补充说明一下双向主从配置：

• 在单向主从配置完成的基础下，

• 进入从节点容器，设置设置远程同步访问，同时修改mysqld.cnf，并重启容器，参照主节点的设置方法

• 进入从节点容器查看并记录节点信息，参照主节点的设置方法

• 进入主节点，设置主从该模式

  CHANGE MASTER TO 
  MASTER_HOST=#'从节点的IP',
  MASTER_USER=#'从节点的用户名',
  MASTER_PASSWORD=#'从节点的密码',
  MASTER_PORT=#'从节点的端口',
  MASTER_LOG_FILE=#'从节点的File',
  MASTER_LOG_POS=#从节点的Position,
  MASTER_CONNECT_RETRY=10;
  

• 启动主从模式，并检查启用状态

• 重点参数补充

  • mysqld.cnf的配置，可通过启动容器是配置生效，如：docker run ...... --slave-skip-errors = ALL
    • log-slave-updates是用来配置从服务器的更新是否写入二进制日志，这个选项默认是不打开的，但是，如果这个从服务器B是服务器A的从服务器，同时还作为服务器C的主服务器，那么就需要开发这个选项，这样它的从服务器C才能获得它的二进制日志进行同步操作
    • read-only是用来限制普通用户对从数据库的更新操作，以确保从数据库的安全性，不过如果是超级用户依然可以对从数据库进行更新操作，详解：https://blog.csdn.net/kadwf123/article/details/79250536
    • slave-skip-errors 是用来定义复制过程中从服务器可以自动跳过的错误号，当复制过程中遇到定义的错误号，就可以自动跳过，直接执行后面的SQL语句，因为在复制过程中，由于各种的原因，从服务器可能会遇到执行BINLOG中的SQL出错的情况，在默认情况下，服务器会停止复制进程，不再进行同步，等到用户自行来处理，推荐忽略部分错误，否则必须手动跳过错误。

• 主从同步异常处理

  此处描述的主节点与从节点是指相对节点，如果B同步A的数据，则A为主节点，B为从节点

  • 一般的异常只需要在从节点跳过一步即可恢复

    stop slave
    set global sql_slave_skip_counter = 1
    start slave
    

  • 断电导致主从不能同步时，通过主节点的最后一个bin-log日志进行恢复，在主节点上执行

    mysqlbinlog mysql-bin.xxxx > binxxxx.txt
    tail -n 100000  binxxxx.txt > tail-binxxxx.txt
    

    • 打开tail-binxxxx.txt文件，找到最后一个Postion值然后在从库上，在从节点修正此值

      stop slave
      
      CHANGE MASTER TO 
      MASTER_HOST=#'主节点的IP',
      MASTER_USER=#'主节点的用户名',
      MASTER_PASSWORD=#'主节点的密码',
      MASTER_PORT=#'主节点的端口',
      MASTER_LOG_FILE=#'主节点的File',
      MASTER_LOG_POS=#主节点的Position,
      MASTER_CONNECT_RETRY=10;
      
      start slave
      

  • 主键冲突、表已存在等错误代码如1062,1032,1060等，可以在从节点的mysqld.cnf指定
    略过此类异常并继续下条sql同步，这样也可以避免很多主从同步的异常中断

    slave-skip-errors = 1062,1032,1060 #配置slave-skip-errors = ALL忽略所有