MySQL数据库主从搭建（详细图文）

MySQL数据库主从搭建（详细图文）

前言
主从原理：

MySQL之间数据复制的基础是二进制日志文件（binary log file）。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的“事件”执行到自己的数据库中，以此实现从数据库和主数据库的一致性，也就实现了主从复制。

一、主从搭建准备

1.主从数据库版本一致
2.主从数据库内数据保持一致
3.克隆虚拟机，只需在一个虚拟机搭建环境，然后克隆两台虚拟机当做从机（我搭建的是一主两从）

二、Master

1.修改mysql配置文件

cd /etc 
vim my.cnf
或者 vim /etc/my.cnf
./etc/my.cnf

##master 中my.cnf需要添加的内容
server-id=188    //master  192.168.88.188  去最后的188作为id
log-bin=mysql-bin
binlog_format=MIXED
sync_binlog=1
expire_logs_days=0

binlog-do-db=news    //news 为数据库的名称

2.创建授权用户
//开启mysql服务

service mysqld start

//查看mysql运行状态

service mysqld status

//进入mysql

mysql -u root -p

注意复制粘贴后将标点符号更改为西文符号!!

//创建一个从机用户 并指定可以从本机外部进行访问
//MySQL5.7clone为密码，设置一个自己能记住的密码

create user 'slave'@'%' identified by ‘MySQL5.7clone’

//设置slave远程从机账户拥有一个可以复制的权限

grant replication slave,replication client on *.* to ‘slave’@’%’

3.查看日志和宿主机master的状态

代码如下（示例）：

查看log_bin日志是否属于开启状态

show variables like ‘log_bin’;

查看当前操作的宿主机是否为master状态

show master status;

这里要记住 file和position，后面配置slave会用到

该处使用的url网络请求的数据。

三、slave操作

1.修改宿主机的server-id
进入从库宿主机后修改my.cnf配置文件加入server-id即可
同master操作
但是只需要 添加server-id即可

2.进入mysql执行相关命令
//首先要关掉slave

stop slave

//重点
//执行下面的语句 将下面的语句复制到记事本上，保证是一行数据，然后复制到mysql中
//master_host为master的ip
//master_password 为授权时设置的密码
//master_log_file 分别为上文中需要你记住的file和position

change master to master_host='192.168.88.188', master_port=3306,master_user='slave',master_password='MySQL5.7clone',master_log_file='mysql-bin.000001',master_log_file=617

//执行完后开启slave
start slave;

查看同步状态

show slave status \G

若下面两个状态都是yes，则搭建成功，若是Slave_IO_Running为NO，则去查看master和slave的uuid是否一致

  Slave_IO_Running: No
  Slave_SQL_Running: Yes

*************************** 1. row ***************************
               Slave_IO_State: 
                  Master_Host: 192.168.25.136
                  Master_User: slave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 617
               Relay_Log_File: localhost-relay-bin.000001
                Relay_Log_Pos: 4
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: No
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 617
              Relay_Log_Space: 154
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 1593
                Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 136
                  Master_UUID: 
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 201114 11:40:14
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

3.UUID的相关配置

//查看主机与从机的uuid

Show variables like ‘%uuid%’

//如果两边一致就需要将从库的auto.cnf文件删除
//可以选择备份 或者删除
//备份

mv auto.cnf  ./auto.cnf.back

//删除

rm -rf auto.cnf

删除后在启动从机mysql服务进入客户端执行salve状态

show slave status \G

//状态会变为

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

四、测试

在数据库工具新建连接，一个为master，将master的数据导出
新建两个slave连接，将数据导入
修改master连接中的数据，查看从库是否改变，改变则MySql数据库主从搭建成功