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

1. 在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)

2. 运行两个主机当中的数据库，查看两个主机数据库的运行状态 systemctl status mysqld
   db01的数据库运行状态
   
   db02的数据库运行状态
   

3. 查看数据库字符集show variables like '%char%'，database和server默认的字符集是latin1，因此不支持中文。
   
   修改字符集，修改my.cnf的mysqld下增加 character_set_server=utf8语句，重启mysql服务就可以修改myslq字符集
   

4. 开启binlog，首先使用 show variables like '%log_bin%'; 在mysql数据库当中查看log变量的信息
   
   可以看到两个主机的数据库binlog都没有开启，主数据库是需要开启的。然而备用数据库不一定开启。除非备库也同时作为其它数据库的主库，也就是级联才会将备数据库设置为开启。

5. 使用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
       

6. 重启数据库服务，在主数据库上使用show variables like '%log_bin%'显示最新的设置
   
        其中mysql-bin文件在/var/lib/mysql/目录下，我们可以cd进去看到该目录当中的内容，如下图：
   
   mysql-bin.index记录了日志文件的索引，我们可以通过cat进行查看。
   

7. 在主库添加一个用户 repl 并指定 replication（复制） 权限。由于备库需要连接主库，因此我们需要在主库添加一个账号给备库使用。因此备库就相当于是一个客户端，而主库则相当于服务器。
   grant replication slave on *.* TO 'repl'@'%' identified by '123456';   后面的%号表示该用户可以从网络的任何一个网段都可以进入该数据库系统，如下图所示：
   

8. 查看user表，看看用户是否创建成功，我们看repl账户已经被创建了，如下图：
   

9. 在主数据库里面运行 show master status;记下 file 和position 字段对应的参数。position表示位置在此处使用数字437表示
   

10. 在从库设置它的 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就是该文件的地址，在这里文件地址由数字表示。

11. 在从库开启从数据库复制功能start slave，在从库可以通过 show slave status\G;来查看一些参数。\G表示按列显示，这样会将信息显示的清晰。否则显示的内容很乱。
    

12. 
    上图当中Relay_Log_File表示从库日志（中继日志）文件名字，Relay_Log_Pos表示从库日志文件的位置（从库的中继日志文件位置）。Slave_IO_Running表示从库的io线程，Slave_SQL_Running表示从库的sql线程。
    Master_Info_File记录了主库的一些信息，可以复制旁边的值。在从库主机上查看该文件的信息。
    
    这个文件当中记录了主库当中的ip，端口，用户名密码等信息

13. 在从库执行了start slave后查看slave状态发现io线程没有启动提示如下信息：
    

14. 在主库执行flush logs; 和 show master status;
    

15. 记下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。这个数字在主机每次重启之后都会发生变化

16. 在从库当中通过 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（正在等待主库的发送事件）

17. 在主库上也执行show processlist语句查看线程的运行状态
    
    可以看到Master has sent all binlog to slave（主库已经发送所有的binlog日志到从库）;waiting for more updates（正在等待更多的更新）

18. 在主数据当中创建一个test数据库并创建一张表：
    

19. 在从库上再次执行show slave status\G;
    
    Read_Master_Log_Pos日志文件变成了000005，的位置是154

20. 在主库当中执行show master status查看主库的文件位置状态，此时主从是一致的。
    

21. 我们查看一下从库的数据库和表信息，如下图：
    
    此时从库与主库已经同步。