MySQL主从复制与GTID主从复制

1.主从复制

1.1原理

主库开启binlog功能并授权从库连接主库,从库通过change master得到主库的相关同步信息,然后连接主库进行验证,主库IO线程根据从库slave线程的请求,从master.info开始记录的位置点向下开始取信息,同时把取到的位置点和最新的位置与binlog信息一同发给从库IO线程,从库将相关的sql语句存放在relay-log里面,最终从库的sql线程将relay-log里的sql语句应用到从库上,至此整个同步过程完成,之后将是无限重复上述过程。

1.2作用

1)辅助备份

2)高可用,双主多从

3)分担负载,读写分离

2.部署主从复制

2.1主库创建授权用户repl

mysql> grant replication slave on *.* to [email protected]'10.0.0.%' idnetified by '123456';

2.2准备工作(如果新环境,此步骤省略;如果主库已经运行一段时间,需要备份主库数据到从库)

主库备份

[[email protected] ~]# mysqldump -A --master-data=2 -p > /tmp/full1.sql

从库恢复

[[email protected] ~]# scp 172.16.1.102:/tmp/full.sql /tmp

mysql> set sql_log_bin=0;

mysql> source /tmp/full.sql;

2.3主库开启binlog

[[email protected] ~]# vim /etc/my.cnf

log_bin=/data/mysql/mysql-bin

binlog_format=row

[[email protected] ~]# /etc/init.d/mysqld restart

2.4从库建立与主库的连接

mysql> CHANGE MASTER TO

      MASTER_HOST='172.168.1.102',

      MASTER_USER='repl',

      MASTER_PASSWORD='123456',

      MASTER_PORT=3306,

      MASTER_LOG_FILE='mysql-bin.000002',

      MASTER_LOG_POS=656;

2.5从库开始复制

mysql> start slave;

2.6检查

mysql> show slave status\G;

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

注意:只有全部yes,才成功;否则失败。

3.Gtid主从复制

3.1简介

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成。这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的。正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠

3.2概念

1)全局事务标识:global transaction identifiers。

2)GTID是一个事务一一对应,并且全局唯一ID。

3)一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致。

4)GTID用来代替传统复制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。而是使用MASTER_AUTO_POSTION=1的方式开始复制。

5)MySQL-5.6.5开始支持的,MySQL-5.6.10后开始完善。

6)在传统的slave端,binlog是不用开启的,但是在GTID中slave端的binlog是必须开启的,目的是记录执行过的GTID(强制)。

3.3优势

1)更简单的实现failover,不用以前那样再需要找log_file和log_pos

2)更简单的搭建主从复制

3)比传统的复制更加安全

4)GTID是连续的没有空洞的,保证数据的一致性,零丢失

3.4工作原理

1)当一个事务在主库端执行并提交时,产生GTID,一同记录到binlog日志中

2)binlog传输到slave,并存储到slave的relaylog后,读取这个GTID的gtid_next变量,即告诉slave下一个要执行的GTID值。

3)sql线程从relay log中获取GTID,然后对比slave端的binlog是否有该GTID

4)如果有记录,说明该GTID的事务已经执行,slave会忽略

5)如果没有记录,slave就会执行该GTID事务,并记录该GITD到自身的binlog,在读取执行事务前会先检查其他的session持有        GTID,确保不被重复执行。

6)在解析过程中会判断是否有主键,如果没有就用二级索引,如果没有就用全部扫描

4.部署gtid主从复制

4.1清理环境

rm -rf /application/myql/data/*

4.2构建主从环境

----------master节点----------

vim /etc/my.cnf

[mysqld]

basedir=/application/mysql

datadir=/application/mysql/data

server-id=1      #同一个复制拓扑中的所有服务器的id号必须唯一

log-bin=mysql-bin

socket=/tmp/mysql.sock

binlog-format=ROW    #二进制日志格式,强烈建议为ROW

gtid-mode=on    #启用gtid类型,否则就是普通的复制架构

enforce-gtid-consistency=true     #强制gtid的一致性

log-slave-updates=1    #slave更新是否记入日志

skip-name-resolve

[client]

socket=/tmp/mysql.sock

----------slave1----------

vim /etc/my.cnf

[mysqld]

basedir=/application/mysql

datadir=/application/mysql/data

server-id=2

binlog-format=ROW

gtid-mode=on

enforce-gtid-consistency=true

log-bin=mysql-bin

log_slave_updates = 1

socket=/tmp/mysql.sock

skip-name-resolve

[client]

socket=/tmp/mysql.sock

----------slave2----------

vim /etc/my.cnf

[mysqld]

basedir=/application/mysql

datadir=/application/mysql/data

server-id=3

binlog-format=ROW

gtid-mode=on

enforce-gtid-consistency=true

log-bin=mysql-bin

log_slave_updates = 1

socket=/tmp/mysql.sock

skip-name-resolve

[client]

socket=/tmp/mysql.sock

4.3初始化master、slave所有节点,并启动

/application/mysql/scripts/mysql_install_db --basedir=/application/mysql --datadir=/application/mysql/data --user=mysql

/etc/init.d/mysqld start

4.4master节点授权用户repl

mysql> gant replication slave on *.* to [email protected]'10.0.0.%' identified by '123456';

4.5slave节点创建与master节点的连接

mysql> change master to

>master_host='172.16.1.102',

>master_user='repl',

>master_password='123456',

>master_auto_position=1;

4.6slave节点开启复制

mysql> start slave;

4.7slave节点查看状态

mysql> show slave status\G;

原文地址:http://blog.51cto.com/13520761/2114161

时间: 2024-10-31 13:20:56

MySQL主从复制与GTID主从复制的相关文章

配置MySQL GTID 主从复制

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers.2.GTID是一个事务一一对应,并且全局

企业级-Mysql双主互备高可用负载均衡架构(基于GTID主从复制模式)

前言: 原理与思想 这里选用GTID主从复制模式Mysql主从复制模式,是为了更加确保主从复制的正确性.健康性与易配性.这里做的是两服务器A,B各有Mysql实例3310,两个实例间互为主从 主从复制模式采用GTID主从复制模式,在服务器A,B上配置keepalived负载均衡,通过VIP连接数据库,目的是一旦有某数据库宕机,keepalived 就会立即建VIP执行另外一台 健康的数据库实例上,实现快速切换,避免单点故障,从而保证业务的正常运行. 这里只做了 双主+keepalived  ,

MySQL GTID 主从复制

一.GTID简介MySQL 5.6 的新特性之一,是加入了全局事务 ID (GTID) 来强化数据库的主备一致性,故障恢复,以及容错能力.它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致. 在传统的slave端,binlog是不用开启的,但是在GTID中sla

MySQL GTID 主从复制的原理及配置

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers. 2.GTID是一个事务一一对应,并且全

Linux----------mysql主从复制和基于GTID主从复制

目录 一. 传统mysql主从复制 二. 基于GTID主从复制 三.GTID主从复制和传统主从复制相比 四.基于GTID主从复制的配置 一. 传统mysql主从复制 主从复制步骤: 主库将所有的写操作记录到binlog日志中并生成一个log dump线程,将binlog日志传给从库的I/O线程 从库生成两个线程,一个I/O线程,一个SQL线程 I/O线程去请求主库的binlog,并将得到的binlog日志写到relay log(中继日志) 文件中 SQL线程,会读取relay log文件中的日志

MySQL 5.7.17主从复制实战(一主多从)

MySQL 5.7.17主从复制实战(一主多从) 主从复制的原理: 分为同步复制和异步复制,实际复制架构中大部分为异步复制. 复制的基本过程如下: 1).Slave上面的IO进程连接上Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容: 2).Master接收到来自Slave的IO进程的请求后,通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息,返回给Slave 的IO进程.返回信息中除了日志所包含的信息之外,还包括本次返回的信息已经到Master

MySQL 5.7下主从复制延迟解决方案

在MySQL下主从复制的延迟问题一直是在业界内比较大的困扰,主从的延迟会因为受到网络磁盘等等相关的因素影响,但其中最主要的影响是就是在master太过繁忙的写入导致slave无法有效的从relay_log中读取到最新的相关记录,这样对于数据实时性很高的业务来说slave的数据并不是最新的有一定的延时,此时使用主从的读写分离就有点显的鸡肋了,不能做到slave上能查到最新的实时数据,大多在slave上都是做一些对实时数据要求并不是很高的一些数据查询. 而到了MySQL的5.6版本开始引入多线程的主

Mysql的AB复制(主从复制)原理及实现

Mysql复制(replication)是一个异步的复制,从一个Mysql 实例(Master)复制到另一个Mysql 实例(Slave).实现整个主从复制,需要由Master服务器上的IO进程,和Slave服务器上的Sql进程和IO进程共从完成.         要实现主从复制,首先必须打开Master端的binary log(bin-log)功能,因为整个MySQL 复制过程实际上就是Slave从Master端获取相应的二进制日志,然后再在自己slave端完全顺序的执行日志中所记录的各种操作

「mysql优化专题」主从复制面试宝典!面试官都没你懂得多!(11)

内容较多,可先收藏,目录如下: 一.什么是主从复制 二.主从复制的作用(重点) 三.主从复制的原理(重中之重) 四.三步轻松构建主从 五.必问面试题干货分析(最最重要的点) 一.什么是主从复制(技术文): 主从复制,是用来建立一个和主数据库完全一样的数据库环境,称为从数据库:主数据库一般是准实时的业务数据库. 二.主从复制的作用(好处,或者说为什么要做主从)重点!: 1.做数据的热备,作为后备数据库,主数据库服务器故障后,可切换到从数据库继续工作,避免数据丢失. 2.架构的扩展.业务量越来越大,