概念
mysql 集群大致有这几种应用：
- 单点写入，多点同时读；
- 单点写入，另一个备用；
- 多点同时写，允许这么做，但是不推荐，冲突不好解决。
基本原理
主库（master）在事务提交时，将数据的变化事件（events）记录在二进制日志文件（binlog）中。
主库推送 “binlog 中的日志事件” 到从库的 “中继日志（relay log）”。
slave 按照中继日志中的事件，执行与主库一样的操作。
主机设置
# 建立账号（mysql8）
create user 'slave' identified with mysql_native_password by 'slave1122..';
# 建立账号（mysql5）
create user 'slave' identified by 'slave1122..';
# 授权
grant replication slave on *.* to 'slave';
# 刷新
flush privileges;
# 查看主库 master
show master status;
show master status 命令能看到主机状态，各个字段含义如下：
File : binlog写到什么文件
Position ： binlog写到什么位置
Binlog_Ignore_DB : 不需要同步的数据库
my.cnf
主要确保 server-id 不要重复，剩下的按需调整即可
[mysqld]
# 服务 id，集群下，需要保证唯一
# server-id = 1
# binlog 日志的存储路径和文件名
# log-bin=/usr/local/mysql/data/binlog
# 备份时忽略的数据库
# binlog-ignore-db=mysql
备用机配置
-- 指定主节点（参数从主机 show master status 查询结果中获取）
change master to master_host='127.0.0.1',master_user='slave',master_password='slave1122..',master_log_file='binlog.000056',master_log_pos=157;
-- 启动同步
start slave;
-- 查看同步状态
show slave status;
-- 结束同步
stop slave;
show slave status 用于展示从主机的状态：
Relay_Master_Log_File：表示已经同步到那个 binlog 文件；
Exec_Master_Log_Pos：表示已经同步到 binlog 文件的哪个位置；
Slave_SQL_Running：备份线程是否启动。
Slave_SQL_Running 状态为 Yes，且同步位置一致，表示已经完成所有数据的同步。
- STOP SLAVE：这个命令会停止复制从主服务器的更新，直到使用START SLAVE命令恢复为止。
- START SLAVE：启动同步
高风险命令
RESET MASTER removes all binary log files that are listed in the index file, leaving only a single,
empty binary log file with a numeric suffix of .000001, whereas the numbering is not reset by PURGE BINARY LOGS.
RESET MASTER is not intended to be used while any replication slaves are running.
The behavior. of RESET MASTER when used while slaves are running is undefined (and thus unsupported),
whereas PURGE BINARY LOGS may be safely used while replication slaves are running.
RESET SLAVE makes the slave forget its replication position in the master's binary log.
This statement is meant to be used for a clean start: It deletes the master.info
and relay-log.info files, all the relay log files, and starts a new relay log file.
To use RESET SLAVE, the slave replication threads must be stopped (use STOP SLAVE if necessary).
RESET MASTER：删除所有的 binlog 日志文件，重新开始所有新的日志文件，用于第一次进行搭建主从库时，进行主库 binlog 初始化工作。
RESET SLAVE：忘记主从复制的位置信息，删除 master.info 文件和 relay-log.info 文件，以及所有的 relay log 文件，重新启用一个新的 relay log 文件。
同步数据可以通过一些很粗暴的方式来做，比如：直接转储主库的所有数据，再导入到备用库，
这两个命令可能是为了这种场合设计的，手动同步之后，清理所有历史。
注意：不要在主备复制过程中执行这些命令，这很明显会产生重大问题。
常用命令
-- 查询当前的server-id，确保不一致
SHOW VARIABLES LIKE 'server_id';
-- 服务重启
service mysql restart;
-- root 账号登录
mysql -u root -p
主备模式
一台主机负责读写数据，另一台负责同步数据，故障的时候切换到备用主机。
主库出现问题的时候，自动将从库切换为新的主库，保证整个数据库系统的正常运行。
目前市面上也有很多成熟的 MySQL 自动故障转移方案，比如 keepalived、HAProxy 等。
双主模式
两台主机都能读写数据，互相同步对方的数据，允许同时写入数据，这种设计存在很多缺陷：
- 同时修改一个数据时，会产生冲突，这个问题几乎无解；
- 主机发生故障的时候，一部分数据还没有完成同步，其它主机仍然继续工作，故障修复之后，如何合并数据就成了难题。
实际使用的时候，应当是：允许双写，但是不写，只做单点写入，发生故障时，才允许另一个点写入。
如果只是想减轻数据写入的压力，应当考虑数据分区、分片。
分布式
我们平常使用的安装包，跟分布式版本是有区别的，可以去官网下载安装包，
暂时没有这方面需求，就不再继续深入研究了，
搜索关键字 mysql-cluster，会更容易找到学习资料。
http://mirrors.sohu.com/mysql/
https://dev.mysql.com/downloads/cluster/#downloads