Mysql主从复制原理加实战

Posted 2020-08-17

 前言：本文将介绍主从复制的作用，原理以及实战等内容

一，主从复制作用

mysql主从复制有利于数据库架构的健壮性，提升访问速度和易于管理

健壮性：

 当主服务器出现问题，可以立刻切换到从服务器提供服务

1.主从服务器互为备份

 但是异步同步，有时还是不能数据完全一样，当主挂了，只能把主的binlog拉到从库上，让从库不丢失数据

2.读写分离分担网站压力(读写分离数据库结构）

 把更新数据操作交给主服务器，查询交给从服务器，如果网站以浏览为主的业务，这时多个从服务器的负载均衡就很有效了

中大型公司：通过程序（php,java)

测试环境：代理软件（mysql-proxy,amoeda)

二，主从复制原理

 

1.是异步方式同步，逻辑同步，通过SQL语句执行，主库通过记录BINLOG实现对从库的同步

2.从库有两个线程IO和SQL，主库有一个线程IO

3.从库IO会向主库IO要BIN-lOG的文件里的数据和下一个位置点，放在relay-log中继日志下，然后master.info文件会根据relaylog更新自己上面记录bin-log文件的下一个位置

4.从库SQL线程会根据relay-log里的日志，把数据写到从库数据文件里

三，主从复制实战之一主多从

1,主库打开binlog,修改server id,创建连接账号

vim  /etc/my.cnf
log_bin=mysql-bin
server_id=1

GRANT REPLICATION SLAVE ON *.* TO ‘rep‘@‘%‘ IDENTIFIED BY ‘456‘;
flush  privileges;

2,全备

mysqldump  -uroot   -A   --events  --master-data=2 > /opt/backup.sql

3,从库关闭binlog，修改id，设置只读，导入全备数据

vim  /etc/my.cnf
#log_bin=mysql-bin
server_id=2
read-only

mysql  -uroot  < /opt/backup.sql

4,从库配置连接，根据/opt/backup.sql里记录的时刻点，我的是mysql-bin.000006,417

CHANGE  MASTER  TO
MASTER_HOST=‘11.2.0.75‘,
MASTER_PORT=3306,
MASTER_USER=‘rep‘,
MASTER_PASSWORD=‘456‘,
MASTER_LOG_FILE=‘mysql-bin.000006‘,
MASTER_LOG_POS=417;     如果--master-data=1,这两个不用写

start slave;  
show  slave  status\G;  看到两个YES表示成功

四，主从复制实战之双主互备

1，我们已经是一主一丛的状态了，数据同步完整,修改主库配置文件

auto_increment_increment=2
auto_increment_offset=1
log-slave-updates=true
log-bin=mysql-bin

2,配置从库配置文件，把read-only去掉

auto_increment_increment=2
auto_increment_offset=2
log-slave-updates=true
log-bin=mysql-bin

3,重启数据库

server mysqld restart

4,将原先的主库当成从库，做一次同样的配置，我用的是多实例，所以只改了一下port

CHANGE  MASTER  TO
MASTER_HOST=‘11.2.0.75‘,
MASTER_PORT=3307
MASTER_USER=‘rep‘,
MASTER_PASSWORD=‘456‘,
MASTER_LOG_FILE=‘mysql-bin.000006‘,
MASTER_LOG_POS=417;     如果--master-data=1,这两个不用写

start slave;  
show  slave  status\G;  看到两个YES表示成功

本文出自 “数据库学习历程” 博客，请务必保留此出处http://yuemu.blog.51cto.com/10688235/1869345