MySQL主从同步配置方法

一. 理论部分

MySQL主从同步

主从同步使得数据可以从一个数据库服务器复制到其他的服务器上。在复制数据时,一个服务器充当主服务器(master),其余的服务器充当从服务器(slave)。

因为复制是异步进行的,所以从服务器不需要一直连着主服务器,而是断断续续连接主服务器。

通过配置文件,可以实现所有数据库,指定数据库 ,指定数据库的表,进行复制。

主从同步的好处

  • 通过增加从服务器来提高数据库的性能。主库执行写入和更新,从库执行读取,动态增加从服务器,提高数据库系统性能
  • 提高数据的安全性。使用从服务器,备份数据库,而不破坏服务器上的数据
  • 在主库生成数据,在从库分析数据,提高主库的性能

数据库复制

MySQL是异步复制,MySQL cluster是同步复制。有很多主从同步,但是核心的方法有两种:

  • Statement Based Replication(SBR) 基于SQL语句的复制
  • Row Based Replication(RBR) 基于行复制的

也可以使用Mixed Bases Replication(MBR) 混合复制

在MySQL5.6,默认使用SBR。而MySQL5.6.5及以后的版本,基于global transaction identifiters(GIDS)来进行事务复制。通过设置服务器的系统变量binog_format来指定要使用的格式

各机制的优缺

SBR 当使用二进制日志来实现主从复制时,主服务器把SQL语句写入到日志中,然后从服务器执行日志

优势:

​ 日志文件小

​ 记录所有语句,可以用于审计

劣势:

​ 使用一些函数的语句则不能进行复制

​ 在日志中出现警告信息则不能复制

RBR 主服务器把表的行变化作为事件写入二进制中,主服务器把代表行变化的事件复制到从服务器中

优势:

​ 所有数据变化都被复制,这是最安全的复制

​ 更少的行级锁表

劣势:

​ 日志很大

​ 不能通过日志来审计执行的SQL语句,不过可以使用mysqlbinlog

主从同步机制

​ MySQL服务器之间的主从同步是基于二进制的日志机制。主服务器使用日志变化来记录数据库变化记录,从服务器通过读取和执行该日志文件来保持和主服务器的数据一致。

​ 主服务器和从服务器都必须配置一个唯一的ID号。另外从服务器需要通过change master to的语句来配置它要连接的主服务器和ip地址,日志文件名和该日志的位置(这些信息,均存放在主服务器的数据库里)

主从配置过程

主服务器操作:

  • 修改配置文件,开启日志机制,配置独立的ID号
  • 创建用于复制的账号,并授权给从服务器地址
  • show master status查看当前主机的日志信息和存放位置

从服务器操作:

  • 修改配置文件,开启日志机制,配置独立的ID号
  • change master to语句,配置主服务器信息
  • start slave开启从服务器
  • show slave status查看从服务器状态

二. 实践部分

MySQL的主从同步配置方式,可以配置为:

  • 一主一从
  • 一主多从

下面的过程是配置一主一从的配置,一主多从的配置,只是修改从服务器的配置文件,其他过程和从服务器配置一样。

1. 两台虚拟机上部署MySQL

在node19 和node20上,分别创建和执行一下shell脚本

#!/bin/bash
if [ "$#" != "2" ];then
    echo "scripts usage:$0 [hostname] [db_password]" && exit 0
fi
HOSTNAME=$1
PASSWORD=$2
# centos6
#yum -y install mysql mysql-server mysql-devel mysql-libs
# centos7
yum -y install mariadb mariadb-server maridb-clients mariadb-devel mariadb-libs
if [ "$?" == "0" ];then
    #service mariadbd start 2>/dev/null && echo "start mysqld ok"
    systemctl start mariadb  2>/dev/null && echo "start mysqld ok"
else
    echo "yum mysql fail" && exit 0
fi

mysql <<EOF
delete from mysql.user where user = " " and host = "localhost";
delete from mysql.user where user = " " and host = "127.0.0.1";
delete from mysql.user where user = " " and host = "${HOSTNAME}";
delete from mysql.user where user = "root" and host = "${HOSTNAME}";
delete from mysql.user where user = "root" and host = "::1";
grant all privileges on *.* to 'root'@'localhost' identified by '${PASSWORD}';
grant all privileges on *.* to 'root'@'127.0.0.1' identified by '${PASSWORD}';
flush privileges;
EOF
systemctl enable mariadb

执行上述代码之后,两个节点上,均部署了MySQL(mariadb)服务

主服务器配置

在node19上,修改配置文件/etc/my.cnf,在[mysqld]的配置模块下,添加

log-bin=mysql-bin
server-id=1

执行systemctl restart mariadb重启MySQL服务器

mysql -uroot -p登陆数据库系统,执行一下语句

# 创建用于复制数据库的账号并授权
grant replication slave on *.* to 'repl'@'192.168.10.%' identifiedby 'liwanliang';
# 刷新数据库并设置只读
flush tables with read lock;
# 查看主服务器的状态,获取日志信息
show master status;
从服务器配置

在node20上,修改配置文件/etc/my.cnf,在[mysqld]的配置模块下,添加

log-bin=mysql-bin
server-id=2

执行systemctl restart mairadb重启服务器

mysql -uroot -p登陆数据库胸痛,执行以下语句

# 配置主服务器
change master to
master_host='192.168.10.19',
master_user='repl',
master_password='liwanliang',
master_log_file='mysql-bin.000001',
master_log_pos=552;
# 启动从服务器
start slave
# 查看状态
show slave statusG;

以上述操作过程,配置多个从服务器亦可实现

2. 使用从库进行数据库备份

在主库node19上创建数据库create database liwl_01;

在从库node20/node21上查看数据库show databases

暂停node20上的数据库复制,进行数据备份:mysqladmin -uroot -p stop-slave,或仅暂停SQL进程(此过程仅暂停SQL执行,而不暂停日志的复制),执行命令:mysql -uroot -p -e 'stop slave sql_thread';

在主库node19上创建数据库liwl_02,create databases liwl_02;

查看从库node21进行了复制,而node20上没有复制

在node20上重启复制进程:mysqladmin -uroot -p start-slave,查看到数据库已经同步过来

3. 有关数据库的备份

直接复制文件

为了保证数据的文件的完整性,在执行备份之前,应该关闭从服务器:

mysqladmin -uroot -p shutdown

拷贝数据库文件,然后启动MySQL服务

通过mysqldump复制

4. 主从复制可能存在的问题

主库宕机之后,数据可能丢失

​ 半同步复制,解决s数据丢失问题

从库只有一个SQL线程,主库写压力大时,复制可能存在延时

​ 并行复制,解决从库复制延迟问题

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享
评论 抢沙发
头像
欢迎您留下宝贵的见解!
提交
头像

昵称

取消
昵称表情代码图片