基于mysqldump搭建gtid主从
技术百科 
黄舟 
发布时间：2017-02-13 
浏览： 次 在实现mysql主从架构的过程中，可以使用基于mysqldump方式来构建主从。mysqldump在备份的过程中已经产生了GTID的相关信息，即这些GTID可以跳过，对于未跳过的GTID则有IO线程复制到从服务器，由SQL线程进行执行。本文主要演示mysqldump在GTID模式下搭建mysql主从。
有关知识点参考：
配置MySQL GTID 主从复制
基于mysqldump快速搭建从库
使用mysqldump导出数据库
一、GTID添加从库的方法
1.如果master所有的binlog还在，安装slave后，直接change master 到master 原理是直接获取master所有的gtid并执行 优点是简单 缺点是如果binlog太多，数据完全同步需要的时间较长，并且需要master一开始就启用了GTID 总结：适用于master也是新建不久的情况 2.通过master或者其它slave的mysqldump备份搭建新的slave. 原理：备份时获取master的数据和这些数据对应的GTID，在Slave端跳过备份包含的GTID 优点是可以避免第一种方法中的不足 缺点操作相对复杂 总结：适用于拥有较大数据集的情况 3、percona xtrabackup 基于xtrabackup备份文件xtrabackup_binlog_info包含了GTID信息 做从库恢复后，需要手工设置：set@@GLOBAL.GTID_PURGED='c8d960f1-83ca-11e5-a8eb-000c29ea831c:1-745497';恢复后，执行change master to 缺点操作相对复杂 总结：适用于拥有较大数据集的情况
二、演示从库搭建
1、演示环境
mysql> system cat /etc/redhat-release
CentOS release 6.7 (Final)mysql> show variables like 'version';
+---------------+------------+| Variable_name | Value |
+---------------+------------+| version | 5.7.12-log |
+---------------+------------+主服务器：192.168.1.245:3306 server_id : 245
从服务器：192.168.1.247:3306 server_id : 247
--在主库端创建复制用户
mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'repl'@'%' IDENTIFIED BY '123456';
2、直接使用change master(针对本文第一部分，第1小点情形)
此处省略基于gtid配置的参数描述，具体可以参考：配置MySQL GTID 主从复制
在从服务器端直接change master，如下：SLAVE> show variables like 'server_id';
+---------------+-------+| Variable_name | Value |
+---------------+-------+| server_id | 247 |
+---------------+-------+Slave> CHANGE MASTER TO
-> MASTER_HOST='192.168.1.245', -> MASTER_USER='repl', -> MASTER_PASSWORD='123456', -> MASTER_PORT=3306, -> MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings (0.12 sec)
Slave> start slave;
Query OK, 0 rows affected (0.01 sec)
Slave> start slave;
Query OK, 0 rows affected (0.01 sec)
Slave> show slave status \G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.245 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: node3-binlog.000001 Read_Master_Log_Pos: 457 Relay_Log_File: node5-relay-bin.000002 Relay_Log_Pos: 676 Relay_Master_Log_File: node3-binlog.000001 Slave_IO_Ru
nning: Yes Slave_SQL_Running: Yes ...............--主服务器端操作如下
Master> create database tempdb;
Query OK, 1 row affected (0.02 sec)
Master> use tempdb
Database changed
Master> create table t1(id int,ename varchar(20));
Query OK, 0 rows affected (0.09 sec)
Master> insert into t1 values(1,'leshami');
Query OK, 1 row affected (0.08 sec)
--从服务器端验证Slave> select * from tempdb.t1;
+------+---------+| id | ename |
+------+---------+| 1 | leshami |
+------+---------+1 row in set (0.01 sec)
3、基于mysqldump搭建gtid从库
--准备环境，从库端执行
Slave> stop slave; --停止重库
Query OK, 0 rows affected (0.01 sec)
Slave> reset slave all; --重置主从配置信息
Query OK, 0 rows affected (0.02 sec)
--准备环境，主库端执行
Master> source sakila-db/sakila-schema.sql --导入mysql自带的sakila数据库
Master> source sakila-db/sakila-data.sql --填充数据
--使用mysqldump导出数据库
# mysqldump --all-databases --single-transaction --triggers --routines --events \
> --host=localhost --port=3306 --user=root --password=MyP@ssw0rd >/tmp/alldb.sql
--导出的文件中已经包含了GTID_PURGED的信息
# grep GTID_PURGED /tmp/alldb.sql
SET @@GLOBAL.GTID_PURGED='78336cdc-8cfb-11e6-ba9f-000c29328504:1-38';--将备份文件copy到从服务器
# scp /tmp/alldb.sql 192.168.1.247:/tmp-- 执行reset master，重置从服务器上的binlog
Slave> reset master;
Query OK, 0 rows affected (0.03 sec)
Slave> source /tmp/alldb.sqlSlave> show databases; --此时tempdb已产生
+--------------------+| Database |
+--------------------+| information_schema |
| mysql |
| performance_schema |
| sakila |
| sys || tempdb |
+--------------------+--执行change master
Slave> CHANGE MASTER TO
-> MASTER_HOST='192.168.1.245', -> MASTER_USER='repl', -> MASTER_PASSWORD='123456', -> MASTER_PORT=3306, -> MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings (0.06 sec)
Slave> start slave;
Query OK, 0 rows affected (0.00 sec)
Slave> show slave status \G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.245 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: node3-binlog.000001 Read_Master_Log_Pos: 25637 Relay_Log_File: node5-relay-bin.000002 Relay_Log_Pos: 423 Relay_Master_Log_File: node3-binlog.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes--主库端执行一些事务
Master> alter table tempdb.t1 modify ename varchar(50);
Query OK, 0 rows affected (0.05 sec)
Records: 0 Duplicates: 0 Warnings: 0
Master> insert into tempdb.t1 values(2,'http://blog.csdn.net/leshami');
Query OK, 1 row affected (0.02 sec)
--从库端验证结果Slave> desc tempdb.t1;
+-------+-------------+------+-----+---------+-------+| Field | Type | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+| id | int(11) | YES | | NULL | || ename | varchar(50) | YES | | NULL | |
+-------+-------------+------+-----+---------+-------+2 rows in set (0.00 sec)Slave> select * from tempdb.t1;
+------+------------------------------+| id | ename |
+------+------------------------------+| 1 | leshami || 2 | http://www./ |
+------+------------------------------+
nning: Yes Slave_SQL_Running: Yes ...............--主服务器端操作如下
Master> create database tempdb;
Query OK, 1 row affected (0.02 sec)
Master> use tempdb
Database changed
Master> create table t1(id int,ename varchar(20));
Query OK, 0 rows affected (0.09 sec)
Master> insert into t1 values(1,'leshami');
Query OK, 1 row affected (0.08 sec)
--从服务器端验证Slave> select * from tempdb.t1;
+------+---------+| id | ename |
+------+---------+| 1 | leshami |
+------+---------+1 row in set (0.01 sec)
3、基于mysqldump搭建gtid从库
--准备环境，从库端执行
Slave> stop slave; --停止重库
Query OK, 0 rows affected (0.01 sec)
Slave> reset slave all; --重置主从配置信息
Query OK, 0 rows affected (0.02 sec)
--准备环境，主库端执行
Master> source sakila-db/sakila-schema.sql --导入mysql自带的sakila数据库
Master> source sakila-db/sakila-data.sql --填充数据
--使用mysqldump导出数据库
# mysqldump --all-databases --single-transaction --triggers --routines --events \
> --host=localhost --port=3306 --user=root --password=MyP@ssw0rd >/tmp/alldb.sql
--导出的文件中已经包含了GTID_PURGED的信息
# grep GTID_PURGED /tmp/alldb.sql
SET @@GLOBAL.GTID_PURGED='78336cdc-8cfb-11e6-ba9f-000c29328504:1-38';--将备份文件copy到从服务器
# scp /tmp/alldb.sql 192.168.1.247:/tmp-- 执行reset master，重置从服务器上的binlog
Slave> reset master;
Query OK, 0 rows affected (0.03 sec)
Slave> source /tmp/alldb.sqlSlave> show databases; --此时tempdb已产生
+--------------------+| Database |
+--------------------+| information_schema |
| mysql |
| performance_schema |
| sakila |
| sys || tempdb |
+--------------------+--执行change master
Slave> CHANGE MASTER TO
-> MASTER_HOST='192.168.1.245', -> MASTER_USER='repl', -> MASTER_PASSWORD='123456', -> MASTER_PORT=3306, -> MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings (0.06 sec)
Slave> start slave;
Query OK, 0 rows affected (0.00 sec)
Slave> show slave status \G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.245 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: node3-binlog.000001 Read_Master_Log_Pos: 25637 Relay_Log_File: node5-relay-bin.000002 Relay_Log_Pos: 423 Relay_Master_Log_File: node3-binlog.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes--主库端执行一些事务
Master> alter table tempdb.t1 modify ename varchar(50);
Query OK, 0 rows affected (0.05 sec)
Records: 0 Duplicates: 0 Warnings: 0
Master> insert into tempdb.t1 values(2,'http://blog.csdn.net/leshami');
Query OK, 1 row affected (0.02 sec)
--从库端验证结果Slave> desc tempdb.t1;
+-------+-------------+------+-----+---------+-------+| Field | Type | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+| id | int(11) | YES | | NULL | || ename | varchar(50) | YES | | NULL | |
+-------+-------------+------+-----+---------+-------+2 rows in set (0.00 sec)Slave> select * from tempdb.t1;
+------+------------------------------+| id | ename |
+------+------------------------------+| 1 | leshami || 2 | http://www./ |
+------+------------------------------+在实现mysql主从架构的过程中，可以使用基于mysqldump方式来构建主从。mysqldump在备份的过程中已经产生了GTID的相关信息，即这些GTID可以跳过，对于未跳过的GTID则有IO线程复制到从服务器，由SQL线程进行执行。本文主要演示mysqldump在GTID模式下搭建mysql主从。
有关知识点参考：
配置MySQL GTID 主从复制
基于mysqldump快速搭建从库
使用mysqldump导出数据库
一、GTID添加从库的方法
1.如果master所有的binlog还在，安装slave后，直接change master 到master 原理是直接获取master所有的gtid并执行 优点是简单 缺点是如果binlog太多，数据完全同步需要的时间较长，并且需要master一开始就启用了GTID 总结：适用于master也是新建不久的情况 2.通过master或者其它slave的mysqldump备份搭建新的slave. 原理：备份时获取master的数据和这些数据对应的GTID，在Slave端跳过备份包含的GTID 优点是可以避免第一种方法中的不足 缺点操作相对复杂 总结：适用于拥有较大数据集的情况 3、percona xtrabackup 基于xtrabackup备份文件xtrabackup_binlog_info包含了GTID信息 做从库恢复后，需要手工设置：set@@GLOBAL.GTID_PURGED='c8d960f1-83ca-11e5-a8eb-000c29ea831c:1-745497';恢复后，执行change master to 缺点操作相对复杂 总结：适用于拥有较大数据集的情况
二、演示从库搭建
1、演示环境
mysql> system cat /etc/redhat-release
CentOS release 6.7 (Final)mysql> show variables like 'version';
+---------------+------------+| Variable_name | Value |
+---------------+------------+| version | 5.7.12-log |
+---------------+------------+主服务器：192.168.1.245:3306 server_id : 245
从服务器：192.168.1.247:3306 server_id : 247
--在主库端创建复制用户
mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'repl'@'%' IDENTIFIED BY '123456';
2、直接使用change master(针对本文第一部分，第1小点情形)
此处省略基于gtid配置的参数描述，具体可以参考：配置MySQL GTID 主从复制
在从服务器端直接change master，如下：SLAVE> show variables like 'server_id';
+---------------+-------+| Variable_name | Value |
+---------------+-------+| server_id | 247 |
+---------------+-------+Slave> CHANGE MASTER TO
-> MASTER_HOST='192.168.1.245', -> MASTER_USER='repl', -> MASTER_PASSWORD='123456', -> MASTER_PORT=3306, -> MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings (0.12 sec)
Slave> start slave;
Query OK, 0 rows affected (0.01 sec)
Slave> start slave;
Query OK, 0 rows affected (0.01 sec)
Slave> show slave status \G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.245 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: node3-binlog.000001 Read_Master_Log_Pos: 457 Relay_Log_File: node5-relay-bin.000002 Relay_Log_Pos: 676 Relay_Master_Log_File: node3-binlog.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes ...............--主服务器端操作如下
Master> create database tempdb;
Query OK, 1 row affected (0.02 sec)
Master> use tempdb
Database changed
Master> create table t1(id int,ename varchar(20));
Query OK, 0 rows affected (0.09 sec)
Master> insert into t1 values(1,'leshami');
Query OK, 1 row affected (0.08 sec)
--从服务器端验证Slave> select * from tempdb.t1;
+------+---------+| id | ename |
+------+---------+| 1 | leshami |
+------+---------+1 row in set (0.01 sec)
3、基于mysqldump搭建gtid从库
--准备环境，从库端执行
Slave> stop slave; --停止重库
Query OK, 0 rows affected (0.01 sec)
Slave> reset slave all; --重置主从配置信息
Query OK, 0 rows affected (0.02 sec)
--准备环境，主库端执行
Master> source sakila-db/sakila-schema.sql --导入mysql自带的sakila数据库
Master> source sakila-db/sakila-data.sql --填充数据
--使用mysqldump导出数据库
# mysqldump --all-databases --single-transaction --triggers --routines --events \
> --host=localhost --port=3306 --user=root --password=MyP@ssw0rd >/tmp/alldb.sql
--导出的文件中已经包含了GTID_PURGED的信息
# grep GTID_PURGED /tmp/alldb.sql
SET @@GLOBAL.GTID_PURGED='78336cdc-8cfb-11e6-ba9f-000c29328504:1-38';--将备份文件copy到从服务器
# scp /tmp/alldb.sql 192.168.1.247:/tmp-- 执行reset master，重置从服务器上的binlog
Slave> reset master;
Query OK, 0 rows affected (0.03 sec)
Slave> source /tmp/alldb.sqlSlave> show databases; --此时tempdb已产生
+--------------------+| Database |
+--------------------+| information_schema |
| mysql |
| performance_schema |
| sakila |
| sys || tempdb |
+--------------------+--执行change master
Slave> CHANGE MASTER TO
-> MASTER_HOST='192.168.1.245', -> MASTER_USER='repl', -> MASTER_PASSWORD='123456', -> MASTER_PORT=3306, -> MASTER_AUTO_POSITION = 1;Query OK, 0 rows affected, 2 warnings (0.06 sec)
Slave> start slave;
Query OK, 0 rows affected (0.00 sec)
Slave> show slave status \G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.245 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: node3-binlog.000001 Read_Master_Log_Pos: 25637 Relay_Log_File: node5-relay-bin.000002 Relay_Log_Pos: 423 Relay_Master_Log_File: node3-binlog.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes--主库端执行一些事务
Master> alter table tempdb.t1 modify ename varchar(50);
Query OK, 0 rows affected (0.05 sec)
Records: 0 Duplicates: 0 Warnings: 0
Master> insert into tempdb.t1 values(2,'http://blog.csdn.net/leshami');
Query OK, 1 row affected (0.02 sec)
--从库端验证结果Slave> desc tempdb.t1;
+-------+-------------+------+-----+---------+-------+| Field | Type | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+| id | int(11) | YES | | NULL | || ename | varchar(50) | YES | | NULL | |
+-------+-------------+------+-----+---------+-------+2 rows in set (0.00 sec)Slave> select * from tempdb.t1;
+------+------------------------------+| id | ename |
+------+------------------------------+| 1 | leshami || 2 | http://www./ |
+------+------------------------------+以上就是基于mysqldump搭建gtid主从的内容，更多相关内容请关注PHP中文网（www.）！
# 过程中
# 相关信息
# 太多
# 还在
# 适用于
# 可以使用
# 跳过
# 包含了
# 种方法
# 备份文件
相关栏目：
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
AI推广<？ｍｕｍａ echo $count; ?>
】
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
SEO优化<？ｍｕｍａ echo $count; ?>
】
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
技术百科<？ｍｕｍａ echo $count; ?>
】
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
谷歌推广<？ｍｕｍａ echo $count; ?>
】
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
百度推广<？ｍｕｍａ echo $count; ?>
】
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
网络营销<？ｍｕｍａ echo $count; ?>
】
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
案例网站<？ｍｕｍａ echo $count; ?>
】
<？ｍｕｍａ
$count = M('archives')->where(['typeid'=>$field['id']])->count();
?>
【
精选文章<？ｍｕｍａ echo $count; ?>
】
相关推荐
- Windows7如何安装系统镜像_Windows7
- Windows11如何设置专注助手_Windows
- Bpmn 2.0的XML文件怎么画流程图
- Win11怎么清理C盘系统错误报告_Win11清理
- Windows10如何更改日期格式_Win10区域
- 如何在JavaScript中动态拼接PHP的bas
- Windows10怎么卸载预装软件_Windows
- php订单日志怎么按金额排序_php按订单金额排序
- Win11怎么设置开机自动连接宽带_Windows
- Windows7怎么找回经典开始菜单_Window
- Laravel 查询 JSON 列：高效筛选包含数
- php打包exe如何加密代码_防反编译保护方法【技
- php订单日志怎么按状态筛选_php筛选不同状态订
- Win11怎么关闭资讯和兴趣_Windows11任
- Windows 11怎么设置默认解压软件_Wind
- 网站内页做seo排名怎么做？
- Win10如何卸载预装Edge扩展_Win10卸载
- c++如何用AFL++进行模糊测试 c++ Fuz
- Windows10系统怎么查看CPU温度_Win1
- 如何更改Windows资源管理器的默认启动位置？（
- Win11怎么恢复误删照片_Win11数据恢复工具
- Win11输入法切换快捷键怎么改_Windows
- 如何在Golang中处理JSON字段缺失_Gola
- 微信企业付款回调PHP怎么接收_处理企业付款异步通
- Win11笔记本怎么看电池健康度_Win11电池报
- 如何在Golang中捕获HTTP服务器错误_Gol
- c++如何利用doxygen生成开发文档_c++
- PHP主流架构怎么部署到Docker_容器化流程【
- 如何提升Golang程序I/O性能_Golang
- c++获取当前时间戳_c++ time函数使用详解
- 如何诊断并终止卡死的 multiprocessin
- Win11截图快捷键是什么_Win11自带截图工具
- Win11怎么关闭搜索历史 Win11清除搜索框最
- 如何在Golang中使用encoding/gob序
- Win11怎么关闭透明效果_Windows11辅助
- 如何使用Golang实现RPC序列化与反序列化_G
- Win11怎么设置任务栏对齐方式_Windows1
- PHP主流架构怎么集成Redis缓存_配置步骤【方
- 如何在 ACF 中正确更新嵌套多层的 Group
- Python面向对象实战讲解_类与设计模式深入理解
- How to Properly Use NumPy
- Win10如何优化内存使用_Win10内存优化技巧
- php转mp4怎么保留字幕_php处理带字幕视频转
- Win11右键反应慢怎么办 Win11优化右键菜单
- Go语言中CookieJar的持久化机制解析：内存
- 如何关闭Win10自动更新更新_Win10系统自动
- Python安全爬虫设计_IP代理池与验证码识别策
- c++ std::atomic如何保证原子性 c+
- 如何在Golang中解压文件_Golang com
- Win11怎么关闭自动维护 Win11禁用系统自动
QQ客服