ITPub博客

首页 > 数据库 > 数据库开发技术 > MySQL8从零数据开始主从复制

MySQL8从零数据开始主从复制

原创 数据库开发技术 作者:zhanyd 时间:2020-03-21 16:42:43 0 删除 编辑
为什么要复制数据库?

简单来说有以下几个用处:

1. 读写分离
通过MySQL复制可以实现读写分离,将读操作分布到多个不同的服务器上,减轻服务器的压力。

2. 备份  
从库可以作为数据的异地实时备份。

3. 故障切换  
当主库遇到故障,系统可以切换到从库,实现故障切换。

4. 升级测试  
从库可作为测试服务器的数据库。

主从复制图示如下:

复制数据的步骤

  1. 在主库上把数据更改记录到二进制日志(Binary Log)中。

  2. 备库将主库上的日志复制到自己的中继日志(Relay Log)中。

  3. 备库读取中继日志中的事件,将其在备库上重新执行一遍。





具体操作步骤

主服务器地址:10.145.1.17
从服务器地址:10.145.1.22

分别登录主从服务器上的MySQL


在主从服务器上分别新建数据库sync


这样主从服务器上都新建了一个新的数据库sync。

创建复制账号repl,并赋予replication slave权限

create user 'repl'@'10.145.1.%' identified by 'Repl123!@#';

grant replication slave on *.* to 'repl'@'10.145.1.%';



修改主备数据库的配置文件

主服务器配置

用命令 whereis my.cnf  找到my.cnf文件的位置,然后用vim打开


在文件中添加:

log_bin = mysql-bin
server_id = 17

这里的log_bin为日志文件名,自己取一个名词, server_id 只要唯一就行。


systemctl restart mysqld 重启mysql


重新登录mySQL

输入命令show master status; 

可以看到file那一列变成了mysql-bin.000001,配置成功。



从服务器配置

退出mysql,找到并编辑my.cnf文件


添加以下内容:
log_bin = mysql-bin
server_id = 22
relay_log = /var/lib/mysql/mysql-realay-bin
log_slave_updates = 1
read_only = 1

log_bin默认情况下会使用机器名命名,这里设成和主库相同的名称,当然也可以设置成其他名称。

relay_log指定中继日志的位置和名字,log_slave_updates允许备库将其重放事件记录到自身的二进制文件中,read_only会阻止没有权限的线程修改数据。

这里其实只有server_id是必填项,其他都是选填的。


保存好配置文件后,重启mysql


重新进入MySQL,使用change master to命令开始复制:

change master to master_host='10.145.1.17',
master_user = 'repl',
master_password = 'Repl123!@#',
master_log_file = 'mysql-bin-000001',
master_log_pos = 0;



输入命令show slave status\G;查看状态



图中显示:
Slave_IO_Running: No
Slave_SQL_Running: No
表示当前备库还没有开始复制。


输入命令:start slave;开始复制。



图中显示:
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes

Connecting说明还未连接成功。

哪里出问题了呢?

用show grants for 'repl'@'10.145.1.%';命令查看,权限已经授予成功了。


查一下mysql日志
vim /var/log/mysqld.log

最下面显示
Could not find first log file name in binary log index file



在网上搜了一下,在主服务器上运行flush logs;后查看最新的bin-log变成了mysql-bin.000002。


在从服务器上执行


发现还是不行。

到底哪里出了问题呢???

我查了好久,心力憔悴啊,终止发现了问题!


我把mysql-bin.000002写成了mysql-bin-000002!我去,心好累啊。。。

重新设置,这次终于成功了!


哎,不容易啊。

在主数据库上运行 show processlist\G;
显示了来自10.145.1.22的连接,并等待更多的更新。


在从数据库上show processlist\G;
显示等待主服务器的数据。


好了,现在我们来验证一下:

刚开始都没数据,在主数据库上建表,并插入数据:



从数据库同步了数据:

第一次show tables没数据,第二次show tables的时候已经同步了主数据库上的数据,也就有了数据。


自此主从复制设置完成,最后感慨一句,做程序员,细心真的很重要啊。。。








原文作者:编程我也会;如有侵权,请联系管理员删除。

请登录后发表评论 登录
全部评论

注册时间:2018-06-20

  • 博文量
    120
  • 访问量
    51713