随笔 - 404  文章 - 4  评论 - 0  阅读 - 25万

MySQL主从复制之异步模式

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;

 

posted on   HelonTian  阅读(4099)  评论(0编辑  收藏  举报
编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

点击右上角即可分享
微信分享提示