一步一步实现基于binlog方式进行数据库的一主一从搭建（图文）

本文主要是介绍一步一步实现基于binlog方式进行数据库的一主一从搭建（图文），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

在centos7上设置主机名称hostnamectl set-hostname db01 将主机名设置成db01，重启后也生效。
现在创建两个虚拟主机，如下表所示：

主机

ip

系统版本

db01

192.168.197.131

release 7.4.1708 (Core)

db02

192.168.197.132

release 7.4.1708 (Core)
运行两个主机当中的数据库，查看两个主机数据库的运行状态 systemctl status mysqld
db01的数据库运行状态

db02的数据库运行状态
查看数据库字符集show variables like '%char%'，database和server默认的字符集是latin1，因此不支持中文。

修改字符集，修改my.cnf的mysqld下增加 character_set_server=utf8语句，重启mysql服务就可以修改myslq字符集
开启binlog，首先使用 show variables like '%log_bin%'; 在mysql数据库当中查看log变量的信息

可以看到两个主机的数据库binlog都没有开启，主数据库是需要开启的。然而备用数据库不一定开启。除非备库也同时作为其它数据库的主库，也就是级联才会将备数据库设置为开启。
使用vi /etc/my.cnf命令编辑my.cnf文件。在[mysqld]下增加如下配置：
主库（主机为db01）：
server_id = 101 #此处表示serverid，主从数据库的serverid不能相同
log_bin = mysql‐bin #此处开启log-bin，主库设置，从库无需设置。

从库（主机为db02）：
从库将server-id设置为102 server_id = 102
重启数据库服务，在主数据库上使用show variables like '%log_bin%'显示最新的设置

其中mysql-bin文件在/var/lib/mysql/目录下，我们可以cd进去看到该目录当中的内容，如下图：

mysql-bin.index记录了日志文件的索引，我们可以通过cat进行查看。
在主库添加一个用户 repl 并指定 replication（复制）权限。由于备库需要连接主库，因此我们需要在主库添加一个账号给备库使用。因此备库就相当于是一个客户端，而主库则相当于服务器。
grant replication slave on *.* TO 'repl'@'%' identified by '123456'; 后面的%号表示该用户可以从网络的任何一个网段都可以进入该数据库系统，如下图所示：
查看user表，看看用户是否创建成功，我们看repl账户已经被创建了，如下图：
在主数据库里面运行 show master status;记下 file 和position 字段对应的参数。position表示位置在此处使用数字437表示
在从库设置它的 master，首先登陆从库，然后在从库当中输入如下sql语句：
change master to
master_host='192.168.197.131',master_port=3306,master_user='repl',
master_password='123456',master_log_file='mysql-bin.000002',master_log_pos=437;

注意上面的语句当中master_host表示主库所在主机的ip地址，repl就是刚刚在主库当中创建的用户，master_log_file就是之前查出来的log_bin文件的名字。437就是该文件的地址，在这里文件地址由数字表示。
在从库开启从数据库复制功能start slave，在从库可以通过 show slave status\G;来查看一些参数。\G表示按列显示，这样会将信息显示的清晰。否则显示的内容很乱。
上图当中Relay_Log_File表示从库日志（中继日志）文件名字，Relay_Log_Pos表示从库日志文件的位置（从库的中继日志文件位置）。Slave_IO_Running表示从库的io线程，Slave_SQL_Running表示从库的sql线程。
Master_Info_File记录了主库的一些信息，可以复制旁边的值。在从库主机上查看该文件的信息。

这个文件当中记录了主库当中的ip，端口，用户名密码等信息
在从库执行了start slave后查看slave状态发现io线程没有启动提示如下信息：
在主库执行flush logs; 和 show master status;
记下File Position，在target端（从库），执行：
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=154; #修改日志文件名和文件位置，在此文件名发生了变化。
start slave;
show slave status \G

结果发现依然有错误，在主库当中执行show master status;发现mysql-bin 已经增长到000004了，这时候应该在从库使用
stop slave语句停止从库的运行，然后执行reset slave，再次执行CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000004',MASTER_LOG_POS=154;后执行start slave语句再查看 show slave status \G，结果正确，如下图：

原来是日志文件发生了变化，从mysql-bin000002到mysql-bin000003最后到mysql-bin000004。这个数字在主机每次重启之后都会发生变化
在从库当中通过 Show processlist语句查看线程的一些运行状态。 Show processlist的意思就是说是用来查看那些线程正在运行，你也可以得到这些信息，从INFORMATION_SCHEMA PROCESSLIST这个表，或者通过mysqladmin processlist指令。如果你有PROCESS权限，你可以查看所有的线程。否则，你只能查看你自己当前账户的线程。如果你没有使用FULL关键字，你只能查看每个记录中Info字段里面的前100个字符。

我们看到了有两个提示信息：Slave has read all relay log;（从机已经读取全部中继日志，这个是sql线程的消息）waiting for more updates（正在等待更多的更新，这个是io线程的消息）和Waiting for master to send event（正在等待主库的发送事件）
在主库上也执行show processlist语句查看线程的运行状态

可以看到Master has sent all binlog to slave（主库已经发送所有的binlog日志到从库）;waiting for more updates（正在等待更多的更新）
在主数据当中创建一个test数据库并创建一张表：
在从库上再次执行show slave status\G;

Read_Master_Log_Pos日志文件变成了000005，的位置是154
在主库当中执行show master status查看主库的文件位置状态，此时主从是一致的。
我们查看一下从库的数据库和表信息，如下图：

此时从库与主库已经同步。