一、原理简介
当前主流的数据库为了保证数据一致性，都采用支持事务类型的数据存储引擎，如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判断该操作是否是自身结点产生，生产中不建议使用双主模型，会造成数据不一致，此时只能放弃一个节点以另一个节点为准
