当前位置： 移动技术网 > 网络运营>服务器>Linux > centos7下mysql5.6的主从复制详解

centos7下mysql5.6的主从复制详解

2019年04月25日  | 移动技术网网络运营  | 我要评论

一、mysql主从复制介绍

mysql的主从复制并不是数据库磁盘上的文件直接拷贝，而是通过逻辑的binlog日志复制到要同步的服务器本地，然后由本地的线程读取日志里面的sql语句，重新应用到mysql数据库中。

mysql数据库支持单向，双向，链式级联，环状等不同业务场景的复制，一台服务器充当主服务器master，接收来自用户的更新，而一个或多个其他服务器充当从服务器slave，接收来自主服务器binlog文件的日志内容，解析出sql，更新到从服务器。

一主一从 (a -> b, a为主,b为从)

一主多从 (a -> b, a -> c, a为主,b与c为从)

双主双向同步 (a -> b , b -> a , a与b同为主,互相备份)

线性级联 (a -> b -> c , a与b主主互备，c为从)

环状级联 (a -> b -> c -> a, a、b、c都为主,各节点都可写入数据)

二、实现mysql主从读写分离的方案

1、通过程序实现读写分离(判断语句关键字，去连接主从数据库)

2、通过开源的软件实现读写分离(mysql-proxy,amoeba,稳定性和功能一般,不建议生产使用)

3、独立开发dal层软件

三、mysql主从复制原理介绍

mysql主从复制是一个异步的复制过程，将一个主库复制到一个从库，master与slave之间实现整个过程是由三个线程参与完成。其中sql线程与i/o线程在slave端，另一个i/o线程在master端。

复制原理过程

1、在slave上执行start slave命令，开启主从复制开关，开始进行主从复制。

2、slave的i/o线程通过master上已经授权的复制用户请求master，请求指定binlog日志的指定位置。

3、master接收slave的i/o线程的请求后，其自身负责复制的i/o线程会根据slave的请求信息分批读取指定binlog日志的指定位置之后的日志信息，然后返回给slave的i/o线程，返回信息除了binlog日志外，还有master的新binlog文件名称，以及新binlog中的下一个指定更新位置。

4、slave获取来自master上i/o线程发送的binlog日志内容，日志文件及位置点后，会将binlog内容依次写到slave自身的relay log(中继日志)文件尾部，并将新的binlog文件名和位置记录到master-info文件中，以便下次从master读取新binlog日志时，能告诉master从新binlog的新位置读取。

5、slave的sql线程会实时检测本地relay log中i/o线程新增加的日志内容，及时把relay log文件中的内容解析成sql语句，并按解析sql语句的位置顺序执行这些sql语句。relay-log.info中记录当前应用中继日志的文件名及位置点。

四、mysql主从复制操作

我这里是mysql单机多实例，3306、3308、3309

主库为3306，从库为3308,3309

(1)、在master主库上

1、设置server-id值并开启binlog功能

> vi /etc/my.cnf 
 [mysqld]
 #用于同步的每台机器server-id都不能相同

server-id = 10

log-bin = /data/mysql56/data/mysql-bin

2、重启主库

> service mysqld restart

3、登陆主库，查看server-id

> mysql -uroot -p

> show variables like 'server_id';

4、主库上建立用于从库复制的账号

> grant replication slave on *.* to "rep"@"%" identified by "123456";

> flush privileges;

> select user,host from mysql.user;

> show grants for rep@"%";

5、对主库数据库锁表只读(当前窗口不要关掉)

> flush table with read lock;

查看主库状态

> show master status;

6、备份主库所有数据文件

> mysqldump -uroot -p -a -b | gzip > /data/mysql_bak.$(date +%f).sql.gz

7、备份完主库数据后，解锁

> unlock tables;

8、把主库导出的数据迁移到从库

(2)、在slave从库上

1、设置server-id值并关闭binlog功能  

①有两种情况下需打开binlog   

②级联同步a->b->c中间的b，就要开启binlog   

③在从库做数据库备份，必须要有全备和binlog日志才是完整备份。

> vi /mysql-instance/3308/my.cnf 

[mysqld]

server-id = 11

relay-log = /mysql-instance/3308/relay-bin

relay-log-info-file = /mysql-instance/3308/relay-log.info

2、重启从库

> /mysql-instance/3308/mysql restart

3、登陆从库检查参数

> mysql -uroot -p -s /mysql-instance/3308/mysql.sock

> show variables like 'log_bin';

> show variables like 'server_id';

4、把主库mysqldump导出的数据恢复到从库

> gzip -d /data/mysql_bak.2017-01-15.sql.gz

 把主库数据还原到从库

> mysql -uroot -p -s /mysql-instance/3308/mysql.sock < /data/mysql_bak.2017-01-15.sql

5、登录从库，配置复制参数

change master to

master_host='127.0.0.1',

master_port=3306,

master_user='rep',

master_password='123456',

master_log_file='mysql-bin.000001',

master_log_pos=396;

注意上面的master_log_file和master_log_pos是在主库中用show master status;查看的信息。

查看master.info文件

> cat /mysql-instance/3308/data/master.info

6、启动从库同步开关，测试主从复制情况

> mysql -uroot -p -s /mysql-instance/3308/mysql.sock -e "start slave;"

> mysql -uroot -p -s /mysql-instance/3308/mysql.sock -e "show slave status\g;"

> mysql -uroot -p -s /mysql-instance/3308/mysql.sock -e "show slave status\g" | egrep "io_running|sql_running|_behind_master"

7、测试主从复制

> mysql -uroot -p -e "create database wohehe;"

> mysql -uroot -p -s /mysql-instance/3308/mysql.sock -e "show databases;"

五、mysql主从复制线程状态说明及用途

1、主库线程的同步状态

> show processlist\g; 


*************************** 1. row ***************************

   id: 5

  user: rep

  host: localhost:47605

   db: null

command: binlog dump

  time: 4728

 state: master has sent all binlog to slave; waiting for binlog to be updated

  info: null

说明主库线程已从binlog读取更新，发送到了从库，线程处理空闲状态，等待binlog的事件更新。

2、从库线程的同频状态

> show processlist\g; 

*************************** 2. row ***************************

   id: 6

  user: system user

  host:

   db: null

command: connect

  time: 5305

 state: slave has read all relay log; waiting for the slave i/o thread to update it

  info: null

说明从库已读取所有中继日志，等待从库i/o线程的更新。

六、主从复制故障

如果我在从库上创建了一个库，然后去主库创建同名的库，那么这就会冲突了。

> show slave status; 

slave_io_running: yes

slave_sql_running: no

seconds_behind_master: null

last_error: error 'can't create database 'xxxxx'; database exists' on query. default database: 'xxxxx'. query: 'create database xxxxx'

对于该冲突解决方法

方法一

> stop slave;

#将同步指针移动下一个，如果多次不同步，可重复操作

> set global sql_slave_skip_counter = 1;

> start slave;

方法二

> vi /mysql-instance/3308/my.cnf 

#把可以忽略的错误号事先在配置文件中配置

slave-skip-errors = 1002,1007,1032

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。

您可能感兴趣的文章:

如对本文有疑问， 点击进行留言回复！！

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网