频道导航

CentOS 7 下MySQL 5.7.12主从复制架构配置记录（亲自验证可行）

2020-05-30 CentOS 前端之家

前端之家收集整理的这篇文章主要介绍了CentOS 7 下MySQL 5.7.12主从复制架构配置记录（亲自验证可行），前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

转自：http://blog.csdn.net/testcs_dn/article/details/51423861

为什么使用主从架构？

1、实现服务器负载均衡；@H_301_8@

2、通过复制实现数据的异地备份；@H_301_8@

3、提高数据库系统的可用性；@H_301_8@

@H_301_8@

4、可以分库【垂直拆分】，分表【水平拆分】；@H_301_8@

主从配置的前提条件

1、MySQL版本一致；@H_301_8@

你还没有安装MysqL？@H_301_8@

请参考：CentOS 6.5 下安装MySQL 5.7.12，使用官网下载的rpm安装包@H_301_8@

2、MysqL中的数据一致；@H_301_8@

不一致就把它们搞一致！@H_301_8@

3、操作前停止一切更新操作（写入、更新、删除等）；@H_301_8@

配置master（主服务器）

@H_301_8@

[plain]view plaincopy 
   
 vi/etc/my.cnf
 #[必须]启用二进制日志
 log-bin=MysqL-bin
 #[必须]服务器唯一ID，默认是1，一般取IP最后一段
 server-id=151

配置slave（从服务器）

copy

#[可选]启用二进制日志

server-id=152

如果你的从服务器下面再挂从服务器，启用二进制日志就是必选的！

重启MysqL服务

/etc/init.d/MysqLd restart

重启的目的是使用刚才的配置生效，主从都需要重启；@H_301_8@

注意：服务名是“MysqLd”，不是某同学文章中的“MysqL”！@H_301_8@

在主服务器上创建备份专用帐户

copy

mysql-uroot-ppassword-e"GRANTREPLICATIONSLAVE,RELOAD,SUPERON*.*TO'backup'@'192.168.0.154'IDENTIFIEDBY'123456';"

注意：

1、这里是用GRANT创建用户并授权远程登录权限，而不是使用“Create User”来创建；

2、命令是在Shell下执行，不是在“mysql”客户端中执行；

我是为了方便，直接把命令都写到一行里了，当然你也可以先用“mysql -uroot -ppassword”登录后，

再执行“GRANT REPLICATION SLAVE,SUPER ON *.* TO 'backup'@'192.168.0.154' IDENTIFIED BY '123456';”；

命令中的“password”是什么鬼？我怎么登录不了！泥玛，我哪知道你的 root 用户密码是什么鬼！

查询master(主服务器)的状态

copy

mysql-uroot-ppassword-e"showmasterstatus;"

这是在主服务器上执行的，看准了。

不解释了，看输出：

copy

mysql:[Warning]Usingapasswordonthecommandlineinterfacecanbeinsecure.

+------------------+----------+--------------+------------------+-------------------+

|mysql-bin.000001|154||||

+------------------+----------+--------------+------------------+-------------------+

File列和Position列的值一会儿我们要用到。

配置Slave启动主从复制

copy 
    
   
mysql-uroot-ppassword-e"changemastertomaster_host='192.168.0.151',master_user='backup',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=154;startslave;" //注意不要断开，154数字前后无单引号。
 //启动从服务器复制功能

master_host=主服务器IP
master_user=在主服务器上创建的备份用户名
master_password=备份用户密码
master_log_file=查询master(主服务器)的状态得到的File列的值
master_log_pos=Position列的值
start slave：启动从服务器复制功能

检查从服务器复制功能状态

copy 
    
 mysql-uroot-ppassword-e"showslavestatus\G;"

输出如下：

copy

***************************1.row***************************

Slave_IO_State:Waitingformastertosendevent

Master_Host:192.168.0.151

Master_User:backup

Master_Port:3306

Connect_Retry:60

Master_Log_File:mysql-bin.000001

Read_Master_Log_Pos:154

Relay_Log_File:vir2-relay-bin.000002

Relay_Log_Pos:320

Relay_Master_Log_File:mysql-bin.000001

Slave_IO_Running:Yes

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:154

Master_SSL_Allowed:No

Seconds_Behind_Master:0

Master_SSL_Verify_Server_Cert:No

Replicate_Ignore_Server_Ids:

Master_Server_Id:151

Master_UUID:959de288-197f-11e6-9615-525400190a25

Master_Info_File:/var/lib/mysql/master.info

SQL_Delay:0

SQL_Remaining_Delay:NULL

Slave_SQL_Running_State:Slavehasreadallrelaylog;waitingformoreupdates

Master_Retry_Count:86400

Master_Bind:

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp:

Replicate_Rewrite_DB:

Slave_IO_Running:Yes

Slave_IO及Slave_SQL进程必须正常运行，即YES状态，否则都是错误的状态(如：其中一个NO均属错误)。
以上操作过程，主从服务器配置完成。

我在一次配置过程中忘记在主服务器上创建备份用户，Slave_IO_Running 就一直处于“connect”状态。

主从服务器测试

在主服务器上执行以下操作：@H_301_8@

你还是登录 MysqL再操作吧，这次命令比较多，不组合了！
@H_301_8@

copy

mysql-uroot-ppassword

createdatabasedb_test_slave;

usedb_test_slave;

createtabletb_test(idint(3),namevarchar(50));

insertintotb_testvalues(1,'helloslave');

showdatabases;

在从服务器上执行以下操作：

copy

mysql-uroot-ppassword-e"showdatabases;usedb_test_slave;select*fromtb_test;" 查看输出：

copy

+--------------------+

|Database|

+--------------------+

+------+-------------+

|id|name|

|1|helloslave|

+------+-------------+

看到在主服务器上创建的数据库、数据表、插入的数据记录了吗？

没有？自己找找原因吧，我一次就成功了。

结束语

上面提到了“如果你的从服务器下面再挂从服务器，启用二进制日志就是必选的！”，主从只是一个相对概念，一台MysqL服务即可以是主，也可以是从。@H_301_8@

一开始讲了主从复制的一些好处，但是单一的主从复制也有其不足：当更新操作增加到一定程度后，主服务器的任务会过分繁重，成为瓶颈，从而使系统性能大幅度下降。另外当主机出现故障时，整个系统都涉及更新的功能都不能正常使用，因此系统的可靠性依然不高。

参考： http://369369.blog.51cto.com/319630/790921/ http://www.cnblogs.com/Leo_wl/p/3287259.html http://zhangfengzhe.blog.51cto.com/8855103/1563032 http://blog.csdn.net/hguisu/article/details/7325124@H_301_8@ 原文链接：https://www.f2er.com/centos/382001.html