分布式数据库之主从同步--master/slave
网上的资料已经挺多的了，但是学习过程中还是要记录一下：
Mysql主从复制的实现原理图大致如下：
MySQL之间数据复制的基础是二进制日志文件（binary log file）。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的“事件”执行到自己的数据库中，以此实现从数据库和主数据库的一致性，也就实现了主从复制。
主机：（直接与应用程序进行数据通讯）
操作系统：linux（Ubuntu18.04 X64）
数据库：mysql 5.7
IP地址:192.168.0.159
从机:（监控主数据库的变化与其同步，主数据库崩溃数据转储，备份等功能）
操作系统：linux（Ubuntu18.04 X64）
数据库：mysql 5.7
IP地址:192.168.0.164
管理机：（界面可视化数据库，用于监控数据库数据，相比在linux中查看数据库要方便）
操作系统：windows10
管理软件：Navicat 12
IP地址:192.168.0.143
一、首先安装数据库
二、配置主数据库
1、找到主数据库的配置文件，我的数据库位置及相关操作如下：
打开数据库的配置文件
sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf
2、修改配置文件（包括有说明，详细功能自己阅读、例子我只需要同步master数据库），保存退出
# note: if you are setting up a replication slave, see README.Debian about
# other settings you may need to change.
#其中1 代表主数据库（源） 2代表辅数据库
server-id = 1
log_bin = /var/log/mysql/mysql-bin.log
# 主从复制模式
#binlog_format=STATEMENT
#binlog_format=ROW
binlog_format=MIXED
# 控制binlog的写入频率。每执行多少次事务写入一次
# 这个参数性能消耗很大，但可减小MySQL崩溃造成的损失
sync_binlog=1
# 日志保留时间和大小
expire_logs_days = 10
max_binlog_size = 100M
# 同步/不同步哪些数据库
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
binlog-ignore-db = sys
binlog-ignore-db = mysql
binlog-ignore-db = information_schema
binlog-ignore-db = performance_schema
binlog-do-db = master
三、重启mysql服务，查询master状态
1、中期mysql服务用来刷新配置文件
sudo service mysql restart
2、查询master状态
show master status\G;
四、添加主从数据库同步的用户
点我查看如何添加用户， 添加完之后要刷新权限。
五、修改从数据库配置
1、找到从数据库的配置文件，我的数据库位置及相关操作如下：
打开数据库的配置文件
sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf
2、修改配置文件，保存退出
server-id = 2
3、重启mysql服务
sudo service mysql restart
六、执行同步命令
1、给从数据库链接主数据库的二进制日志
` 执行同步命令，设置主数据库ip，同步帐号密码，同步位置`
mysql>change master to
->master_host='192.168.0.159',
->master_user='yzp',
->master_password='123456',
->master_log_file='mysql-bin.000001',
->master_log_pos=6417;
2、开启同步功能
# 开启同步功能
mysql>start slave;
3、检查从数据库状态
show slave status\G;
注意：Slave_IO_Running及Slave_SQL_Running进程必须运行为YES状态，否则说明同步失败。
错误处理：
一、第一次运行从服务器报错：主从使用了相同的server UUID
二、查看从机状态salve_io_runnini或slave_sql_running为no时的处理：
三、错误类型1032、1062：
解决方法：
跳过指定数量事务：方法见错误处理二；
跳过指定类型事务：点我查看详细操作方式
四、错误类型1236
Slave I/O: Got fatal error 1236 from master when reading data from binary log: ‘Client requested master to start replication from impossible position’, Error_code: 1236
出现这种错误一般是主从服务器失去连接，出现了宕机的情况。
解决办法：重新查询主服务器的状态，获取position位置，重新设置从服务器的同步信息。
设置命令为：change master to master_log_file=‘获取到的log文件’,master_log_pos=获取到的pos；
五、错误类型1593
中继日志错误，一般是服务器宕机引起，解决方案同错误处理四；
在msql 5.5以上版本，可在从服务机的配置文件my.cnf里要增加一个参数relay_log_recovery=1。
