mysql分布式事务下主从同步_分布式数据库之主从同步--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。