mysqldump 创建基于GTID的从库

对于小型的数据库,我们可以直接使用mysqldump全库导出导入来创建从库。

试验环境:
  CentOS6.8 x86_64
  MySQL5.6.34 社区rpm版
  主库:node0 192.168.2.10

从库:node1 192.168.2.11

5.6下GTID复制必须配的参数(主库和从库都要加上这3行参数):
  gtid-mode=ON
  enforce_gtid_consistency = ON
  log_slave_updates=ON

step1、在主库导出并scp传输到node1:
mysqldump -uroot [email protected] -A -q --single-transaction --master-data=2 > /root/all.sql
scp /root/all.sql node1:/root/

step2、在node1上恢复进去:
node1新安装的没有密码,执行mysql即可登录
source /root/all.sql;

step3、在node1上启动复制:
CHANGE MASTER TO MASTER_HOST=‘192.168.2.10‘, 
 MASTER_USER=‘rpl‘, 
 MASTER_PASSWORD=‘rpl‘, 
 MASTER_PORT=3306, 
 MASTER_AUTO_POSITION=1;

start slave;
show slave status\G

# 说明:
mysqldump这种方式的导入不需要像innobackup那样执行set global gtid_purged=‘xxxxx‘; 这类的操作。因为在mysqldump导出的sql里面有自动设置的地方,如下图是导出的all.sql的部分截图:

北京网站建设

时间: 2024-10-13 19:53:41

mysqldump 创建基于GTID的从库的相关文章

【基础】 mysqldump 创建基于GTID的从库

对于小型的数据库,我们可以直接使用mysqldump全库导出导入来创建从库. 试验环境: CentOS6.8 x86_64 MySQL5.6.34 社区rpm版 主库:node0 192.168.2.10 从库:node1 192.168.2.11 5.6下GTID复制必须配的参数(主库和从库都要加上这3行参数): gtid-mode=ON enforce_gtid_consistency = ON log_slave_updates=ON step1.在主库导出并scp传输到node1: my

使用innobackup实现 基于GTID的从库搭建

对于较大的数据库,我们一般都是使用innobackup进行备份,备份的及恢复的速度更快. 试验环境: CentOS6.8 x86_64 MySQL5.6.34 社区rpm版 xtrabackup版本:percona-xtrabackup-24-2.4.5-1.el6.x86_64.rpm 主库:node0 192.168.2.10 (需要安装xtrabackup和lz4) 从库:node1 192.168.2.11(需要安装xtrabackup和lz4) 5.6下GTID复制必须配的参数(主库和

通过 mysqldump 搭建基于 gtid MySQL 5.7 主从复制

安装主从 MySQL 5.7 # 主 MySQL5.7 useradd mysql /sbin/nologin cd /usr/local tar -xvf mysql-5.7.23-linux-glibc2.12-x86_64.tar.gz mv mysql-5.7.23-linux-glibc2.12-x86_64/ mysql cd mysql mkdir data conf vim conf/my.cnf -----------------------------------------

MYSQL 基于GTID的复制

1.概述 从MYSQL5.6 开始,mysql开始支持GTID复制. 基于日志点复制的缺点: 从那个二进制日志的偏移量进行增量同步,如果指定错误会造成遗漏或者重复,导致数据不一致. 基于GTID复制: 1.从服务器会告诉主服务器已执行的事务的GTID值. 2.主库会告诉从哪些GTID事务没有被执行. 同一个事务在指定的从库执行一次. 什么是GTID GTID即全局事务ID,器保证为每一个在主上提交的事务在复制集群中可以生成一个唯一的ID. GTID=source_id:transaction_i

MySQL 设置基于GTID的复制

GTID的概念 GTID(全名 global transaction identifier)是事务的唯一标识符.格式如下:GTID = source_id:transaction_idsource_id:标识了源服务器,通常是服务器的server_uuidtransaction_id:按照服务器上提交的事务顺序进行排序的序列号.例如: 60f9111a-cdba-11e7-b354-005056a30507:1 在配置文件中添加以下信息来启用GTID模式 [mysqld]gtid_mode=ON

5.7 并行复制配置 基于GTID 搭建中从 基于GTID的备份与恢复,同步中断处理

5.7 并行复制配置 基于GTID 搭建中从 基于GTID的备份与恢复,同步中断处理 这个文章包含三个部分 1:gtid的多线程复制2:同步中断处理3:GTID的备份与恢复 下面文字相关的东西 大部分都比较重要,可以看一下master: 192.168.17.21slave: 192.168.17.22salve: 192.168.17.23 分别在这三个机器上面安装 编译安装mysql 5.7 不会安装的话 这有安装脚本 https://www.cnblogs.com/noel/p/10314

MySQL 基于 GTID 的主从复制和多实例配置

配置基于 GTID 的主从复制 1.修改 master 和 slave 的配置文件 server-id=113 gtid_mode=on enforce-gtid-consistency=on replicate-do-db=gateway_target # 如果只需同步部分表,就在 slave 上配置这两个额外项 replicate-do-table=gateway_target.t_target_snapshot 2.导出 master 的库和表结构到 slave,先停止 master my

MySQL主从复制--MySQL5.6基于GTID及多线程复制

大纲 一.系统环境 二.MySQL初始化安装过程 三.基于GTID的主从模式配置过程 一.系统环境 系统环境 CentOS5.8 x86_64 master.network.com    master    172.16.1.101 slave.network.com     slave     172.16.1.105 软件包 mysql-5.6.26-linux-glibc2.5-x86_64.tar.gz(二进制通用安装包) 拓扑图 二.MySQL初始化安装过程 1.时间同步 [[emai

基于GTID的主从复制数据库

基于GTID的主从复制数据库 全局身份识别 GTID(global transaction identifier) 为了实现主备数据库的强一致性 GTID = source_id:transaction_id source_id 表示执行事务的主库 transaction_id 是一个序列号,表示这个主库上执行的第 n 个事务. server_uuid是系统自动生成的,用来的替代server_id,因为source_id是手工设置的,可能会有冲突 数据库的安装和初始化 server33,44: