【基础】 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-08-04 21:28:18

【基础】 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传输到nod

使用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 -----------------------------------------

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的复制

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

maxscale配合MHA搭建读写分离的高可用架构(基于GTID replication主从架构,mysql5.6)

基于GTID的主从replication并配合MHA搭建高可用架构,请参考之前的博客:http://linzhijian.blog.51cto.com/1047212/1906434.这里只叙述如何在此基础上增加maxscale中间件,实现读写分离的功能. MaxScale是maridb开发的一个MySQL数据中间件,其配置简单,能够实现读写分离,并且可以根据主从状态实现写库的自动切换.官方文档:https://mariadb.com/kb/en/mariadb-enterprise/about

Mysql主从复制、二进制日志、基于GTID的主从复制、双主复制

 一.主从复制的工作原理   Mysql在Master与slave之间实现整个复制的过程由3个线程来完成的,   其中两个线程(SQL线程和IO线程)在 Slave端,   另外一个线程(IO)在Master端   要实现Mysql的复制必须首先打开Master端的binary log(也就是二进制日志)否则无法实现. Mysql复制基本过程如下:   (1)Slave上面的IO 线程链接上Master,并且请求指定日志文件的位置(或者 从开始的日志之后的日志内容)   (2)Master接收到

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

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