博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL主从复制之异步模式
阅读量:5945 次
发布时间:2019-06-19

本文共 3276 字,大约阅读时间需要 10 分钟。

MySQL主从复制有异步模式、半同步模式、GTID模式以及多源复制模式,MySQL默认模式是异步模式。所谓异步模式,只MySQL 主服务器上I/O thread 线程将二进制日志写入binlog文件之后就返回客户端结果,不会考虑二进制日志是否完整传输到从服务器以及是否完整存放到从服务器上的relay日志中,这种模式一旦主服务(器)宕机,数据就会发生丢失。

基于偏移量的主从复制

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

1.设置MySQL主从同步 (1)主数据库实例设置server-id和开启bin-log; (2)主数据库实例创建用于同步的账号; (3)从数据库实例设置server-id; (4)从数据库实例配置同步参数; (5)从数据库实例启动同步开关。

 

一:利用mysqldump搭建传统主从复制

1.1主数据库实例设置server-id和开启bin-log 在my.cnf文件的[mysqld]节点处:

[mysqld]   

server-id = 1  

log-bin= /usr/local/mysql-5.7.18/data/3306/mysql-bin  

#另外还需要注意的是这个参数replicate-ignore-db = mysql 它的意思是在进行主从同步时忽略mysql这个库,因为mysql库主要存放账号及授权信息的,不同数据库实例账号和授#权信息不同的可能性极大,因此没有必要同步这个库。 通过如下命令可以快速查看是否已经正确配置:

[root@localhost ~]# egrep "server-id|log-bin" /usr/local/mysql-5.7.18/data/3306/my.cnf  

查看一下主数据库的状态:

mysql> show master status \G;  

搭建对sakila数据库进行复制的环境

主库:

对库sakila做备份

[root@vhost1 ~]# mysqldump -uroot -p --socket=/u01/tmp/mysql.sock --master-data=2 --single-transaction -q -B sakila |gzip > /tmp/sakila.sql.gz

############################################

全库导出

# mysqldump -uroot -p --master-data=2 --single-transaction -R --triggers -A > mysql_all.sql

其中
–master-data=2代表备份时刻记录master的Binlog位置和Position,
–single-transaction意思是获取一致性快照,
-R意思是备份存储过程和函数,
–triggres的意思是备份触发器,
-A代表备份所有的库。
############################################

从库:

创建数据库mysql> create database sakila;

[root@vhost1 ~]# gunzip < /tmp/sakila.sql.gz | mysql -uroot -p --socket=/u02/33061/tmp/mysql.sock sakila 1.2主数据库实例创建用于同步的账号 在主数据库创建一个replication账号用于从主库同步数据到从库,创建replication账号的语句如下: Mysql>grant replication slave on *.* to 'rep'@'%' identified by 'rep';

Mysql>flush privileges;

1.3从数据库实例设置server-id 同样,其实在上面的3307的配置文件里已经配置了server-id和bin-log,就在/usr/local/mysql-5.7.18/data/3307/my.cnf文件的[mysqld]节点处:

[mysqld]    

server-id   = 2  

注意:在一个主从关系群中server-id是唯一的,另外在由于从数据库不向其它库同步数据,因此没有开启bin-log。这里也通过egrep查看一下: egrep "server-id|log-bin" /usr/local/mysql-5.7.18/data/3307/my.cnf  

1.4从数据库实例配置同步参数 登录3307端口对应的实例:

确定binlog及偏移量:当主库备份时候,加master-data=2,备份文件中有这两项信息

然后执行以下语句:

CHANGE MASTER TO \

MASTER_HOST='127.0.0.1', \

MASTER_PORT=3306, \

MASTER_USER='replication', \

MASTER_PASSWORD='your_password', \

MASTER_LOG_FILE='mysql-bin.000003', \

MASTER_LOG_POS=154;

说明: MASTER_HOST为主服务器IP或主机名; MASTER_PORT为主服务器端口; MASTER_USER为主服务器上用于同步的数据库账户名; MASTER_PASSWORD为主服务器上用于同步的数据库账户对应的密码; MASTER_LOG_FILE为当前bin-log日志文件名; MASTER_LOG_POS为当前偏移量; 其中MASTER_LOG_FILE和MASTER_LOG_POS可以在主数据库上执行” show master status \G;”SQL语句来获得

二:利用innobackupex搭建传统主从复制

1:主库:利用innobackupex做备份,拷贝至从库

innobackupex --user=root --socket=/u02/33061/tmp/mysql.sock --port=33061 /tmp/

2:主库创建从库的同步复制用户

mysql> grant replication slave on *.* to 'rep1'@'%' identified by 'rep1';

3:从库:停掉从库MySQL服务,删除MySQL数据目录datadir

rm -rf /data/mysql/data

应用日志,追平备份过程中的事务

innobackupex --defaults-file=/etc/my.cnf --user=dba --password=xxx --apply-log /data/backup

根据my.cnf将备份复制到MySQL数据目录下:

innobackupex --defaults-file=/etc/my.cnf --user=dba --password=xxx --copy-back /data/backup

修改数据目录权限

chown mysql.mysql -R /data/mysql/data

4:启动从库MySQL服务.并执行change master

cat xtrabackup_info,确定binlog和pos位置,start slave;

 

转载于:https://www.cnblogs.com/elontian/p/9493948.html

你可能感兴趣的文章
从前后端分离到GraphQL,携程如何用Node实现?\n
查看>>
JavaScript标准库系列——RegExp对象(三)
查看>>
Linux Namespace系列(09):利用Namespace创建一个简单可用的容器
查看>>
oracle中create table with as和insert into with as语句
查看>>
kafka连接异常
查看>>
11g废弃的Hint - BYPASS_UJVC
查看>>
为什么工业控制系统需要安全防护?
查看>>
Mongodb部署记录[3]-主从搭建
查看>>
hive sql操作
查看>>
tomcat 深度优化
查看>>
127 - "Accordian" Patience
查看>>
nginc+memcache
查看>>
php正则匹配utf-8编码的中文汉字
查看>>
MemCache在Windows环境下的搭建及启动
查看>>
linux下crontab实现定时服务详解
查看>>
Numpy中的random模块中的seed方法的作用
查看>>
用java数组模拟登录和注册功能
查看>>
关于jsb中js与c++的相互调用
查看>>
UVA 122 Trees on the level 二叉树 广搜
查看>>
POJ-2251 Dungeon Master
查看>>