一. 理论部分
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线程，主库写压力大时，复制可能存在延时
并行复制，解决从库复制延迟问题