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数据库主从搭建成功