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

一、原理简介

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

主从同步的工作流程为：

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

（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;

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

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

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

补充说明：

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