MySQL之主从同步
一、主从同步概念
1.1 什么是主从同步?
MySQL 主从同步是指将数据从一个 MySQL 数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式,这样从节点不用一直访问主服务器来更新自己的数据,数据的更新可以在远程连接上进行,从节点可以复制主数据库中的所有数据库或者特定的数据库,或者特定的表。
1.2 主从同步使用场景
- 数据备份
- 读写分离
- 高可用
1.3主从同步原理
MySQL 主从同步是基于拷贝 binlog日志 来实现主从复制。
1)主数据库将变更记录写入到二进制日志文件中
2) 从数据库读取主数据库的二进制日志文件并写入到从数据库的 relay_log 文件中
* 基于日志点的复制
* 基于 GTID 的复制
3) 从数据库执行 relay_log 文件的日志
* 基于 SBR 模式会在从数据库上重新执行记录的 SQL
* 基于 RBR 模式会在从数据库上直接对数据库行做修改
二、准备环境
拉取
MySQL镜像
[root@VM_0_15_centos conf]# docker pull mysql:5.7
- 创建 docker 自定义网络段
[root@VM_0_15_centos /]# docker network create --subnet=192.168.0.0/16 mynetwork
- 创建三个
MySQL数据库容器
[root@VM_0_15_centos data]# docker run -di --name=my_01 --net mynetwork --ip 192.168.0.2 -p 33306:3306 -v /data/mysql/my1/conf:/etc/mysql/conf.d -v /data/mysql/my1/data:/etc/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 mysql:5.7
[root@VM_0_15_centos data]# docker run -di --name=my_02 --net mynetwork --ip 192.168.0.3 -p 33307:3306 -v /data/mysql/my2/conf:/etc/mysql/conf.d -v /data/mysql/my2/data:/etc/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 mysql:5.7
[root@VM_0_15_centos data]# docker run -di --name=my_03 --net mynetwork --ip 192.168.0.4 -p 33308:3306 -v /data/mysql/my3/conf:/etc/mysql/conf.d -v /data/mysql/my3/data:/etc/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 mysql:5.7
得到如下容器列表:
| 容器名称 | 容器IP |
|---|---|
| my_01 | 192.168.0.2 |
| my_02 | 192.168.0.3 |
| my_03 | 192.168.0.4 |
注:通过 --net mynetwork 命令将容器加入到自定义网络中去,以保证容器之间的通信正常。
三、配置主从同步
3.1 配置 my_01 为主数据库
- 进入
my_01容器
[root@VM_0_15_centos data]# docker exec -it my_01 bash
root@fcfd79f4beff:/# mysql -uroot -p
Enter password:
- 创建一个同步权限的账户
mysql> create user 'sync'@'%' identified by '654321';
- 赋予
FILE权限
mysql> grant FILe on *.* to 'sync'@'%' identified by '654321';
- 赋予主从同步权限
grant replication slave on *.* to 'sync'@'%' identified by '654321';
- 刷新权限表
mysql> flush privileges;
- 退出容器并编辑配置文件
[root@VM_0_15_centos conf]# vim /data/mysql/my1/conf/my.cnf
编辑如下内容:
[mysqld]
#为服务器设置一个独一无二的id 便于区分,这里使用ip地址的最后一位充当server-id
server_id=2
#设置 binlog 文件存放路径
log_bin=mysql-bin
# 设置 binlog 格式
binlog_format=mixed
- 重启
my_01容器,使修改配置生效
[root@VM_0_15_centos conf]# docker restart my_01
8)进入容器,查看主库的状态
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 | 1104 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
3.2 配置 my_02 为从数据库
- 编辑配置文件
[root@VM_0_15_centos conf]# vim /data/mysql/my2/conf/my.cnf
编辑如下内容:
[mysqld]
#为服务器设置一个独一无二的id 便于区分,这里使用ip地址的最后一位充当server-id
log_bin=mysql-bin
server_id=3
#只读模式,可以限定普通用户进行数据修改的操作,但不会限定具有super权限的用户(如超级管理员root用户)的数据修改操作。
read_only=1
# 固定文件名,默认情况下是主机名称,如果主机名称调整了会导致复制中断
relay_log=mysql-relay-bin
- 重启
my_02容器,使修改配置生效
[root@VM_0_15_centos conf]# docker restart my_02
- 进入
my_02容器
[root@VM_0_15_centos data]# docker exec -it my_02 bash
root@fcfd79f4beff:/# mysql -uroot -p
Enter password:
- 查看从库状态
mysql> show slave status
没有配置过从库的话就会出现下面的提示:
Empty set (0.00 sec)
否则的话就需要执行如下命令关闭从库:
stop slave;
- 设置复制链路
mysql> change master to
master_host="192.168.0.2",
master_user="sync",
master_password="654321",
master_log_file="mysql-bin.000003",
master_log_pos=1104;
- 启动从库
mysql> start slave;
- 查看从库状态
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 172.18.0.2
Master_User: sync
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000002
Read_Master_Log_Pos: 1256
Relay_Log_File: 4928c749d0a0-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000002
Slave_IO_Running: Yes #Yes表示io_thread的和主库连接正常并能实施复制工作,No则说明与主库通讯异常,多数情况是由主从间网络引起的问题;
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: 1256
Relay_Log_Space: 154
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: null #判断主动同步延时的参考值,是通过比较sql_thread执行的event的timestamp和io_thread复制好的event的timestamp(简写为ts)进行比较,而得到的这么一个差值;
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: 0
Master_UUID:
Master_Info_File: /var/lib/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State:
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: Yes
Slave_SQL_Running: Yes
如果出现 No 的情况就要查询问题原因并针对性处理。在本次演示过程中我犯了一个错误就是先配置了 my_01 的 binlog 选项然后在创建复制账号授权,导致主数据库 binlog 日志已经记录了创建和授权语句,而从数据库无法执行该语句导致复制中断,解决方案就是在从数据库中跳过这一个事件:
mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; START SLAVE;
Query OK, 0 rows affected (0.00 sec)
mysql> START SLAVE;
Query OK, 0 rows affected (0.00 sec)
重复步骤将 my_03 容器也变为从数据库。
注意:如果主库里面有初始化数据,那么在主从复制前需要把数据先导入到从库以保证初始一致性!
四、验证数据同步
- 在主数据库上创建数据库
test
create database test;
- 在主数据库上创建表
mysql> use test;
Database changed
mysql> create table sys_user(id int ,name varchar(50));
Query OK, 0 rows affected (0.06 sec)
- 在主数据库上插入三条记录
mysql> insert into sys_user values(1,'a');
Query OK, 1 row affected (0.02 sec)
mysql> insert into sys_user values(2,'b');
Query OK, 1 row affected (0.02 sec)
mysql> insert into sys_user values(3,'c');
Query OK, 1 row affected (0.01 sec)
5)修改一条记录,删除一条记录
mysql> update sys_user set name='d' where id=2;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> delete from sys_user where id=3;
Query OK, 1 row affected (0.03 sec)
- 进入任一从数据库,查看数据是否同步
mysql> select * from sys_user;
+------+------+
| id | name |
+------+------+
| 1 | a |
| 2 | d |
+------+------+
2 rows in set (0.00 sec)
可以看到数据已经同步。
MySQL之主从同步的更多相关文章
- mysql数据库主从同步
环境: Mater: CentOS7.1 5.5.52-MariaDB 192.168.108.133 Slave: CentOS7.1 5.5.52-MariaDB 192.168. ...
- 【转】MySQL数据库主从同步管理
MYSQL主从同步架构是目前使用最多的数据库架构之一,尤其是负载比较大的网站,因此对于主从同步的管理也就显得非常重要,新手往往在出现主从同步错误的时候不知道如何入手,这篇文章就是根据自己的经验来详细叙 ...
- MySQL数据库主从同步安装与配置总结
MySQL的主从同步是一个很成熟的架构,优点为: ①在从服务器可以执行查询工作(即我们常说的读功能),降低主服务器压力: ②在从主服务器进行备份,避免备份期间影响主服务器服务: ③当主服务器出现问题时 ...
- MYSQL配置主从同步
MYSQL配置主从同步 mysql主服务器配置 vim /etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql. ...
- mysql数据库主从同步读写分离(一)主从同步
1.mysql数据库主从同步读写分离 1.1.主要解决的生产问题 1.2.原理 a.为什么需要读写分离? 一台服务器满足不了访问需要.数据的访问基本都是2-8原则. b.怎么做? 不往从服务器去写了 ...
- mysql 之 主从同步(单向同步和双向同步)
一. 实验环境部署 主服务器(MySQL-01) IP: 192.168.8.241 端口3306 ,操作系统:Centos6.5 64位 从服务器(MySQL-02) IP: 192.168. ...
- MySQL数据库主从同步延迟分析及解决方案
一.MySQL的数据库主从复制原理 MySQL主从复制实际上基于二进制日志,原理可以用一张图来表示: 分为四步走: 1. 主库对所有DDL和DML产生的日志写进binlog: 2. 主库生成一个 lo ...
- Mysql Replication 主从同步
简介: Mysql 的主从同步功能,这种解决方案是企业很常见的一种.常用于备份数据库,当客户端操作主库时,主库会产生binlog日志文件, 从库通过复制主库的binlog日志文件,然后解析成相应的 S ...
- Linux下MySQL数据库主从同步配置
说明: 操作系统:CentOS 5.x 64位 MySQL数据库版本:mysql-5.5.35 MySQL主服务器:192.168.21.128 MySQL从服务器:192.168.21.129 准备 ...
- MySQL数据库主从同步实战过程
Linux系统MySQL数据库主从同步实战过程 安装环境说明 系统环境: [root@~]# cat /etc/redhat-release CentOS release 6.5 (Final) ...
随机推荐
- 给hexo博客的NEXT主题添加一个云日历
一点废话 hexo中有文件的归档,但是博文的数目多了,浏览的时候也是很不方便的.于是我就有找个云日历的想法了,折腾了几天,网上的方法都试过了.但是没出效果.于是想着自己来写一个.这自己写的这部分是基于 ...
- 深入理解Java中的锁(三)
ReadWriteLock接口 读写锁维护一对关联锁,一个只用于读操作,一个只用于写操作.读锁可以由多个线程同时持有,又称共享锁.写锁同一时间只能由一个线程持有,又称互斥锁.同一时间,两把锁不能被不同 ...
- VM虚拟机Linux系统eth0下面没有inet和inet6
今天打开虚拟机发现ip有问题,VM虚拟机Linux系统eth0下面没有inet和inet6,明明都是配置好的 打开任务管理器-> 服务-> 打开VM的nat和DHCP和hostd 正常后:
- 基于ReentrantLock的非公平锁理解AQS
AQS AQS概述 AbstractQueuedSynchronizer抽象队列同步器简称AQS,它是实现同步器的基础组件,juc下面Lock的实现以及一些并发工具类就是通过AQS来实现的,这里我 ...
- NDK jni mk文件 so文件 巴啦啦 初体验
概念JNI(Java Native Interface,Java本地接口),实现了Java和其他语言的交互(主要是C/C++),如:Java程序通过JNI调用C/C++编写的在Windows上运行的D ...
- 什么是redis的缓存雪崩与缓存穿透
今天来分享一下Redis几道常见的面试题: 如何解决缓存雪崩? 如何解决缓存穿透? 如何保证缓存与数据库双写时一致的问题? 一.缓存雪崩 1.1 什么是缓存雪崩? 首先我们先来回答一下我们为什么要用缓 ...
- 【POJ - 3273】Monthly Expense (二分)
Monthly Expense 直接上中文 Descriptions 给你一个长度为N的序列,现在要让你把他们切割成M份(所以每一份都是连续的),然后每一份都有一个和sum[i],其中最大的一个是ma ...
- ibatis 核心原理解析
最近查找一个生产问题的原因,需要深入研究 ibatis 框架的源码.虽然最后证明问题的原因与 ibatis 无关,但是这个过程加深了对 ibatis 框架原理的理解. 这篇文章主要就来讲讲 ibati ...
- Postgresql部署及简单操作
PostgreSQL是一个功能强大的开源对象关系数据库管理系统(ORDBMS),在开源数据库使用上与MySQL各领风骚.但也有不少人质疑postgresql的未来,正所谓,赞扬或批判一种数据库都必须先 ...
- Spring IoC源码解析之getBean
一.实例化所有的非懒加载的单实例Bean 从org.springframework.context.support.AbstractApplicationContext#refresh方法开发,进入到 ...