Mysql数据库的主从同步配置

目录
  • Mysql主从同步配置
    • 1、安装两个 mysql
    • 2、编写mysql配置文件
    • 3、初始化数据
    • 4、其他mysql 相关命令

Mysql主从同步配置

配置准备:

  • 需要两个数据库
  • mysql 可视化工具,当然使用用命令行也可以
  • 我这里演示使用 docker 启动两个 mysql 容器, 你也可以安装两个 mysql 前提版本一致

1、安装两个 mysql

  • 创建 msyql 挂载目录
[root@localhost /]# mkdir -p /opt/docker/mysql1/conf/
[root@localhost /]# mkdir -p /opt/docker/mysql1/logs/
[root@localhost /]# mkdir -p /opt/docker/mysql1/data/
  • 启动第一个 mysql 挂载对应的文件目录 port: 6894
[root@localhost /]# docker run -d -p 6894:3306 --name mysql1 \
                    -v /opt/docker/mysql1/conf:/etc/mysql/ \
                    -v /opt/docker/mysql1/logs:/logs \
                    -v /opt/docker/mysql1/data:/var/lib/mysql \
                    --privileged=true \
                    -e MYSQL_ROOT_PASSWORD=qtykGhC29eP4Smp mysql:5.7
  • 通过拷贝第二个 mysql

需要注意复的 mysql /opt/docker/mysql2/data/auto.cnf 目录下有一个 auth.cnf 需要删除

[root@localhost docker]# cp -r /opt/docker/mysql1/ /opt/docker/mysql2/
  • 删除 auth.cnf 文件
[root@localhost docker]# rm -f /opt/docker/mysql2/data/auto.cnf
  • 启动第二个 mysql
[root@localhost docker]#  docker run -d -p 6895:3306 --name mysql2 \
                    -v /opt/docker/mysql2/conf:/etc/mysql/ \
                    -v /opt/docker/mysql2/logs:/logs \
                    -v /opt/docker/mysql2/data:/var/lib/mysql \
                    --privileged=true \
                    -e MYSQL_ROOT_PASSWORD=qtykGhC29eP4Smp mysql:5.7

2、编写mysql配置文件

  • 主库 my.cnf 文件
[root@localhost docker]# vim /opt/docker/mysql1/conf/my.cnf
  • my.cnf 文件内容
[mysqld]
# 主库配置
server-id=1 # 服务 id 唯一性
log-bin=mysql1-log # 开启二进制日志
binlog-format=ROW # 日志记录模式
replicate-do-db=db_docker # 要复制的数据名称
# replicate-ignore-db=db_docker # 不需要复制的数据名称
  • 从库 my.cnf 文件
[root@localhost docker]# vim /opt/docker/mysql2/conf/my.cnf
  • my.cnf 文件内容
[mysqld]
# 从库配置
server-id=2   # 服务 id 唯一性
log-bin=mysql2-log  # 开启二进制日志
binlog-format=ROW # 日志记录模式
binlog-do-db=db_docker # 要复制的数据名称
# binlog-ignore-db=db_docker # 不需要复制的数据名称
  • 重启 docker mysql 容器
[root@localhost docker]# docker restart mysql1
[root@localhost docker]# docker restart mysql2

3、初始化数据

  • 两个 mysql 分别执行以下 sql 语句创建数据库创建表
-- 创建数据库
CREATE DATABASE `db_docker`;
USE db_docker;
-- 创建表
CREATE TABLE `t_docker` (
    `id` INT ( 11 ) NOT NULL AUTO_INCREMENT,
    `name` VARCHAR ( 255 ) DEFAULT NULL,
     PRIMARY KEY ( `id` )
) ENGINE = INNODB AUTO_INCREMENT =0 DEFAULT CHARSET = utf8;

查看主库二进制日志:

  • 主库执行以下命令输出二进制日志文件的状态信息
mysql> SHOW MASTER STATUS ;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |     2223 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+

配置从库二进制日志

  • 从库更改用于连接到复制主库、读取主库的二进制日志和读取从库的中继日志的参数
CHANGE MASTER TO
MASTER_HOST="192.168.101.59", # 主机地址 你的主服务器 ip
Master_Port=6894, # 端口
MASTER_USER="root", # 账号
MASTER_PASSWORD="qtykGhC29eP4Smp", # 密码
MASTER_LOG_FILE="mysql-bin.000001", # 主库二进制文件名 根据实际情况填写
MASTER_LOG_POS=377; # 主库二进制文件位置 根据实际情况填写
  • 从库执行,启动复制
mysql> START SLAVE;

从库线程的基本参数的状态信息。从 MySQL 8.0.22 开始,使用 SHOW REPLICA STATUS代替 SHOW SLAVE STATUS,该版本已弃用。在 MySQL 8.0.22 之前的版本中,使用SHOW SLAVE STATUS. 该语句需要REPLICATION CLIENT特权(或已弃用的 SUPER特权)。

以下两参数为 yes 表示配置成功,否则配置有问题。 Slave_IO_Running: Yes Slave_SQL_Running: Yes

如果以上两个参数有一个未 No 说明有错误,请查看这个两个字段 Last_Errno Last_Error

错误内容会记录在 Last_Error 这个字段中,根据错误内容修改。

mysql>  SHOW SLAVE STATUS \G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.101.59
                  Master_User: root
                  Master_Port: 6894
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 2223
               Relay_Log_File: 98394ee2fb48-relay-bin.000004
                Relay_Log_Pos: 320
        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: 2223
              Relay_Log_Space: 534
              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: aa58ab20-f500-11eb-aa65-0242ac110002
             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:

4、其他mysql 相关命令

  • 停止主库的数据更新操作
mysql>flush tables with read lock;
  • 主库解锁
mysql>unlock tables;
  • 从库执行,停止复制; 当从库配置二进制日志出错时,需要停止复制或重置,再重新配置,让后启动复制
mysql> STOP SLAVE;
  • 从库执行,重置复制
mysql> RESET SLAVE;

mysql 注意事项

  • 版本不同对应的命令和配置文件可能存在差异
  • 演示使用的是 mysql 5.7
  • 如果命令或配置不起作用 详情官网
  • 在实际应用中尽量不要使用默认端口 3306 容易被攻击

mysql 容器:

进入容器

docker exec -it mysql2 /bin/sh
# mysql2 容器名称 这里也可以是容器 id

登录 mysql

mysql -u root -pqtykGhC29eP4Smp
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 9
Server version: 5.7.35-log MySQL Community Server (GPL)

Copyright (c) 2000, 2021, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>

my.cnf 配置解释

[mysqld]
# 主库配置
# 指定一个唯一的服务器 ID,可以为0但是服务器会拒绝,所以有效值 1~4294967295 之间。默认值1
# 官网 https://dev.mysql.com/doc/refman/5.7/en/replication-options.html
server-id=1
# 开启二进制日志,二进制文件名称,可以是路径 例如: /logs/mysql/log 但是需要注意给目录文件提权,否则mysql可以无权写入,导致报错。
log-bin=mysql1-log
# 日志记录模式 有三种
# STATEMENT 导致日志记录基于语句。
# ROW 导致日志记录基于行。这是默认设置。
# MIXED 导致日志记录使用混合格式。介于 前两种模式之间
# 官网 https://dev.mysql.com/doc/refman/5.7/en/binary-log-setting.html
binlog-format=ROW
# 要复制的数据名称,要指定多个数据库,您必须使用此选项的多个实例。
# 由于数据库名称可以包含逗号,如果您提供逗号分隔列表,则该列表将被视为单个数据库的名称。
# 多个实例:
# replicate-do-db=db_docker1
# replicate-do-db=db_docker2
replicate-do-db=db_docker
# 不需要复制的数据名称,配置同上
# replicate-ignore-db=db_docker # 不需要复制的数据名称
[mysqld]
# 从库配置同上 举一反三
server-id=2   # 服务 id 唯一性
log-bin=mysql2-log  # 开启二进制日志
binlog-format=ROW # 日志记录模式
binlog-do-db=db_docker # 要复制的数据名称
# binlog-ignore-db=db_docker # 不需要复制的数据名称

auth.cnf 文件

文件内容 server-uuid

  • 这里 UUID 也是必须唯一,启动的时候会自动生成。如果您也是通过复制 mysql data 目录创建的数据库需要删除该文件
[auto]
server-uuid=aa58ab20-f500-11eb-aa65-0242ac110002
  • UUID相同会报以下错误
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

官网二进制日志配置:https://dev.mysql.com/doc/refman/5.7/en/replication-options-binary-log.html

到此这篇关于Mysql主从同步配置详情的文章就介绍到这了,更多相关Mysql主从同步配置内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • MySQL主从同步中的server-id示例详解

    前言 当我们搭建MySQL集群时,自然需要完成数据库的主从同步来保证数据一致性.而主从同步的方式也分很多种,一主多从.链式主从.多主多从,根据你的需要来进行设置.但只要你需要主从同步,就一定要注意server-id的配置,否则会出现主从复制异常. 在控制数据库数据复制和日志管理中,有两个重要的配置:server-id和server-uuid,他们会影响二进制日志文件记录和全局事务标识. server-id配置 当你使用主从拓扑时,一定要对所有MySQL实例都分别指定一个独特的互不相同的serve

  • MySQL主从同步延迟的原因及解决办法

    由于历史原因,MySQL复制基于逻辑的二进制日志,而非重做日志.多次被问到何时MySQL能支持基于物理的复制,其实这就看MySQL各位大佬的想法.上次和赖老师脑暴,倏地说道:MySQL会不会来个基于Paxos的redo复制? 物理复制的真正好处不在于正确性,因为基于ROW格式的日志复制也已能完全保证复制的正确性.由于物理日志的写入是在事务执行过程中就不断写入,而二进制日志的写入仅仅在事务提交时.因此物理日志的优势如下所示: 复制架构下,大事务日志提交速度快: 复制架构下,主从数据延迟小: 假设执

  • Mysql主从同步的实现原理

    1.什么是mysql主从同步? 当master(主)库的数据发生变化的时候,变化会实时的同步到slave(从)库. 2.主从同步有什么好处? 水平扩展数据库的负载能力. 容错,高可用.Failover(失败切换)/High Availability 数据备份. 3.主从同步的原理是什么? 首先我们来了解master-slave的体系结构. 如下图: 不管是delete.update.insert,还是创建函数.存储过程,所有的操作都在master上.当master有操作的时候,slave会快速的

  • Centos7系统下Mysql主从同步配置方案

    前言 最近在做项目高可用时,需要使用数据同步.由于只有双节点,且采用主主同步可能存在循环同步的风险,故综合考虑采用Mysql主从同步(Master-Slave同步). 可能没有接触过Mysql数据同步时,可能会觉得数据同步很难,但你按照如下操作一遍之后,会发现原来同步如此简单,毕竟我们只需要会配置,会排查问题,底层具体实现Mysql团队早帮忙实现了. 废话不多说,直入话题: (1)首先,保证有两台设备(主.从),分别在两台设备上安装Mysql数据库.安装完成之后, 使用mysql -u[数据库用

  • MySQL数据库的主从同步配置与读写分离

    使用mysql主从复制的好处有: 1.采用主从服务器这种架构,稳定性得以提升.如果主服务器发生故障,我们可以使用从服务器来提供服务. 2.在主从服务器上分开处理用户的请求,可以提升数据处理效率. 3.将主服务器上的数据复制到从服务器上,保护数据免受意外的损失. 环境描述: 新企业要搭建架构为主从复制的mysql数据库. 主服务器(mysql-master):IP地址:192.168.48.128,mysql已安装,没有用户数据. 从服务器(mysql-slave):IP地址:192.168.48

  • 详解Mysql主从同步配置实战

    1.Introduction 之前写过一篇文章:Mysql主从同步的原理. 相信看过这篇文章的童鞋,都摩拳擦掌,跃跃一试了吧? 今天我们就来一次mysql主从同步实战! 2.环境说明 os:ubuntu16.04 mysql:5.7.17 下面的实战演练,都是基于上面的环境.当然,其他环境也大同小异. 3.进入实战 工具 2台机器: master IP:192.168.33.22 slave  IP:192.168.33.33 master机器上的操作 1.更改配置文件 我们找到文件 /etc/

  • Mysql主从同步Last_IO_Errno:1236错误解决方法

    Mysql主从同步的Last_IO_Errno:1236错误是什么原因呢,我们要如何来解决这个问题呢?下面和小编一起来看看关于此问题的记录与解决办法. <script>ec(2);</script> 从服务器错误代码: Last_IO_Errno: 1236 Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Slave can not handle replicat

  • 详解MySQL数据库设置主从同步的方法

    简介 MySQL主从同步是目前使用比较广泛的数据库架构,技术比较成熟,配置也不复杂,特别是对于负载比较大的网站,主从同步能够有效缓解数据库读写的压力. MySQL主从同步的机制: MySQL同步的流程大致如下: 1.主服务器(master)将变更事件(更新.删除.表结构改变等等)写入二进制日志(master log). 2.从服务器(slave)的IO线程从主服务器(binlog dump线程)获取二进制日志,并在本地保存一份自己的二进制日志(relay log) 3.从服务器的SQL线程读取本

  • MySQL数据库主从同步实战过程详解

    本文实例讲述了MySQL数据库主从同步实战过程.分享给大家供大家参考,具体如下: 接上一篇:MySQL数据库入门之备份数据库 安装环境说明 系统环境: [root@~]# cat /etc/redhat-release CentOS release 6.5 (Final) [root@~]# uname -r 2.6.32-431.el6.x86_64 数据库: 由于是模拟环境,主从库在同一台服务器上,服务器IP地址192.168.1.7 主库使用3306端口 从库使用3307端口 数据库数据目

  • 详解windows下mysql的主从同步

    半路出家到Java,刚开始听说到说程序支持读写分离感觉特别高大上,也一直没接触 偶然的机会接触到了,就一定得记下来. 今天先讲讲数据库的主从同步,两个好处: 是读写分离可以用上.比如 写操作就写到主数据库,读就从从数据库读取 是纯粹给数据库备份,以防硬盘彻底崩了 主从数据库操作准备: 两台电脑,都安装好mysql 5.5及以上版本,最好两台电脑都安装同一版本数据库,且能单独正常使用 记住两台电脑的ip地址: 以我家里电脑为例: 主数据库:192.168.0.102   从数据库:192.168.

  • MySQL 主从同步,事务回滚的实现原理

    BinLog BinLog是记录所有数据库表结构变更(例如create.alter table)以及表数据修改(insert.update.delete)的二进制日志,主从数据库同步用到的都是BinLog文件.BinLog日志文件有三种模式. STATEMENT 模式 内容:binlog 只会记录引起数据变更的 sql 语句 优势:该模式下,因为没有记录实际的数据,所以日志量和 IO 都消耗很低,性能是最优的 劣势:但有些操作并不是确定的,比如 uuid() 函数会随机产生唯一标识,当依赖 bi

  • MySQL主从同步机制与同步延时问题追查过程

    前言 作为一名DBA,在工作中会经常遇到一些MySQL主从同步延迟的问题,这些同步慢的问题,其实原因非常多,可能是因为主从的网络问题导致,可能是因为网络带宽问题导致,可能是因为大事务导致,也可能是因为单线程复制导致的延迟. 今天遇到一个问题,Mysql持续报错,主从同步延时数过大或错误.所以这篇文章给大家分享下主从同步的机制原理以及问题排查思路. 故障表现 最直观的表现为: mysql> show slave status\G; // 状态一 Seconds_Behind_Master: NUL

随机推荐