初识MariaDB之5——主从复制原理及部署

一、原理简介

让客户满意是我们工作的目标,不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户,将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴,公司提供的服务项目有:国际域名空间、网页空间、营销软件、网站建设、兴平网站维护、网站推广。

当前主流的数据库为了保证数据一致性,都采用支持事务类型的数据存储引擎,如innodb等,当一个事务提交后先写到事务日志中,在进行数据修改,并且将对数据产生任何影响的语句都记录在二进制日志中,主从复制就是基于二进制日志实现的。

初识MariaDB之5——主从复制原理及部署初识MariaDB之5——主从复制原理及部署

主从同步的工作流程为:

1.主节点任何的数据修改在binlog写入binlog中

2.从节点通过I/O thead线程发起请求

3.主节点通过I/O dump thread线程发送binlog中的内容

4.从节点通过I/O thead线程将主节点binlog中的内容写入本地relaylog中

5.从节点通过sql thread线程将relaylog中的内容在本地replay

整个过程中需要注意的地方:

1.主节点必须开启binlog,从节点必须开启relay_log

2.每台MySQL服务器必须有唯一的server_id

3.为避免从服务器上进行写操作,从服务器要开启read-only选项,但该选项对super用户无效,mysql5.7之后新增了一个super_read_only选项

4.binlog_format必须是row格式(binlog_do_db和binlog_ignore_db不支持statement格式)

二、操作步骤

本次实验使用CentOS7.4系统,5.5.56-MariaDB,具体操作步骤如下:

1.主节点操作步骤

(1)启动主节点的mysql服务,开启binlog,server_id设置为10,binlog_format设置为row

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

skip_name_resolve=ON

log_bin=mysql-binlog

slow_query_log=ON

server-id=10

innodb_file_per_table=ON

binlog_format=ROW

(2)导入一个数据库

[root@host3 ~]# mysql < hellodb.sql

(3)创建一个主从复制的账号

MariaDB [mysql]> grant replication slave on *.* to 'bak'@'172.16.10.%' identified by 'bakpass';

MariaDB [mysql]> flush privileges;

(4)备份主节点数据库,目的是让从节点和此时的主节点保持一致,使用--master-data=2选项记录并注销此时主节点使用的bin_log日志及位置

[root@host3 ~]# mysqldump --single-transaction --databases hellodb --master-data=2 > a.sql

初识MariaDB之5——主从复制原理及部署初识MariaDB之5——主从复制原理及部署

(5)将备份复制到从节点,至此主节点操作完成

[root@host3 ~]# scp a.sql root@172.16.10.40:/tmp/

2.从节点操作步骤

(1)启动从节点的mysql服务,启动relaylog日志,更改serverid

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

skip_name_resolve=ON

relay_log=mysql-relaylog

relay_log_index=mysql-relaylog

read_only=ON

relay_log_purge=ON

slow_query_log=ON

server-id=20

innodb_file_per_table=ON

(2)恢复主节点备份的数据库,确认主从数据库数据一致

[root@host4 tmp]# mysql < a.sql

(3)指定主服务器及主服务器当前的binlog日志和position

MariaDB [hellodb]> change master to

   -> master_host='172.16.10.30',

   -> master_user='bak',

   -> master_password='bakpass',

   -> master_port=3306,

   -> master_log_file='mysql-binlog.000004',

   -> master_log_pos=7734,

   -> master_connect_retry=10;

(4)启动从节点(可以指启动指定线程类型,不指定为都启动)

MariaDB [hellodb]> start slave [IO_THREAD | SQL_THREAD];

(5)查看从节点状态(Slave_IO_Running和Slave_SQL_Running显示Yes成功)

MariaDB [(none)]> show slave status \G

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

Master_Log_File: mysql-binlog.000004

Read_Master_Log_Pos: 7734

Relay_Log_File: mysql-relaylog.000002

Relay_Log_Pos: 532

Relay_Master_Log_File: mysql-binlog.000004

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Exec_Master_Log_Pos: 7734

选项说明:

Read_Master_Log_Pos 读取主节点binlog的position位置

Exec_Master_Log_Pos 执行主节点binlog的position位置

三、效果验证

1.在主节点查看从节点

MariaDB [hellodb]> show slave hosts;

初识MariaDB之5——主从复制原理及部署初识MariaDB之5——主从复制原理及部署

2.主节点删除一行数据,查看此时的position位置

MariaDB [hellodb]> delete from students where stuid=23;

初识MariaDB之5——主从复制原理及部署初识MariaDB之5——主从复制原理及部署

3.在从节点确认读取与执行主节点binlog的position是否正常

初识MariaDB之5——主从复制原理及部署初识MariaDB之5——主从复制原理及部署

补充说明:

所谓双主就是每个节点上都启用binlog和relaylog,相互指向对方,同时建议开启log_slave_updates=ON选项,让同步做的所有操作在本地binlog日志中保存,此时server_id就变得非常重要,节点间就是通过server_id判断该操作是否是自身结点产生,生产中不建议使用双主模型,会造成数据不一致,此时只能放弃一个节点以另一个节点为准


当前名称:初识MariaDB之5——主从复制原理及部署
文章链接:http://ybzwz.com/article/ppdigh.html