基于GTID的MariaDB主从复制

1、复制概述

1.1、复制解决的问题

数据复制技术有以下一些特点：

(1) 数据分布

(2) 负载平衡(load balancing)

(3) 备份

(4) 高可用性(high availability)和容错

1.2、复制如何工作

从sql layer中逻辑模块上来看

复制模块分为master模块和slave模块两部分，master模块主要负责在replication环境中读取master端的binary日志，以及与slave端的I/O thread交互等工作。slave模块比master模块所要做的事情稍多一些，在系统中主要体现在两个线程上面。一个是负责从master请求和接受binary日志，并写入本地relay_log的I/O thread。另外一个是负责从relay_log中读取相关的日志事件的SQLthread，然后解析成可以在slave端正确执行并得到和master端完全相同的结果的命令并再交给slave执行的过程。

1.3 实验环境：

版本：双方的版本要一致，如果不一致，主的要低于从的

时间：两台服务器的时间应该同步

1.4 mysql配置文件设置

要在MariaDB-10.0.10中使用复制功能，其服务配置段[mysqld]中于少应该定义如下选项：

binlog-format：二进制日志的格式，有row、statement和mixed几种类型；

需要注意的是：当设置隔离级别为READ-COMMITED必须设置二进制日志格式为ROW，现在MySQL官方认为STATEMENT这个已经不再适合继续使用；但mixed类型在默认的事务隔离级别下，可能会导致主从数据不一致；

log-slave-updates、report-port和report-host：用于启动GTID及满足附属的其它需求；

master-info-repository和relay-log-info-repository：启用此两项，可用于实现在崩溃时保证二进制及从服务器安全的功能；

sync-master-info：启用之可确保无信息丢失；

slave-parallel-workers：设定从服务器的SQL线程数；0表示关闭多线程复制功能；

binlog-checksum、master-verify-checksum和slave-sql-verify-checksum：启用复制有关的所有校验功能；

binlog-rows-query-log-events：启用之可用于在二进制日志记录事件相关的信息，可降低故障排除的复杂度；

log-bin：启用二进制日志，这是保证复制功能的基本前提；

server-id：同一个复制拓扑中的所有服务器的id号必须惟一.

一、简单主从模式配置步骤

1.配置master节点

下面是配置文件部分 ，值得注意的是在下面配置文件中server-id 此项的值 不能重复。主从不能一样。

[root@master ~]# vim /etc/my.cnf
//添加或者修改以下内容
log-bin=/binlog/mysql-bin   //二进制日志文件目录
innodb_file_per_table=1   //innodb表空间独立
server-id       = 1    //从服务器不能跟此id重复
binlog-format=ROW       //二进制日志文件格式
log-slave-updates=true 
master-info-repository=TABLE   //用于实现在崩溃时保证二进制及从服务器安全的功能；
relay-log-info-repository=TABLE //用于实现在崩溃时保证二进制及从服务器安全的功能；
sync-master-info=1     //启用之可确保无信息丢失
slave-parallel-threads=2  //设定从服务器的SQL线程数；0表示关闭多线程复制功能
binlog-checksum=CRC32     //启用复制有关的所有校验功能
master-verify-checksum=1    //启用复制有关的所有校验功能
slave-sql-verify-checksum=1   //启用复制有关的所有校验功能
binlog-rows-query-log_events=1   //启用之可用于在二进制日志记录事件相关的信息，可降低故障排除的复杂度；
report-host=master.gulong.com
report-port=3306

创建二进制日志目录

# mkdir /binlog
# chown -R mysql.mysql /binlog

2.配置主机名称：

在master和slave服务器上分别配置主机名：

master：

# hostname master.gulong.com
#vim /etc/hosts
//添加以下内容
172.16.8.8  master.gulong.com
172.16.8.9  slave.gulong.com

slave:

# hostname slave.gulong.com
#vim /etc/hosts
//添加以下内容
172.16.8.8  master.gulong.com
172.16.8.9  slave.gulong.com

3.在master上创建有复制权限的帐号

MariaDB [(none)]> grant replication slave,replication client on *.* to "backup"@‘172.16.8.9‘ identified by ‘123‘;
MariaDB [(none)]> flush privileges;

4.配置slave节点

server-id       = 3
relay-log=/relay/relay-bin
vim /etc/my.cnf
//添加修改如下
server-id       = 3
relay-log=/relay/relay-bin   //开启中继日志
binlog-format=ROW
log-slave-updates=true 
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-threads=2
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
report-port=3306
report-host=slave.gulong.com
log-bin=/logbin/master-bin

创建中继日志目录

# mkdir /relay
# chown -R mysql.mysql /relay

5 、在slave服务器使用主mysql上创建的账号密码登陆

MariaDB [(none)]> change master to master_host=‘172.16.8.8‘,master_user=‘backup‘,master_password=‘123‘,master_use_gtid=current_pos;

在slave上查看是否启用gtid与多线程

执行show slave status；

从图看出，基于GTID的主从复制配置成功

现在来测试下

在主mysql 上创建数据库 监测 从是否能复制

到此，基于MariaDB的主从复制已经配置完成！

基于GTID的MariaDB主从复制,古老的榕树,5-wow.com