- 背景:在一些Web服务器开发中,系统用户在进行数据访问时,基本都是直接操作数据库MySQL进行访问,而这种情况下,若只有一台MySQL服务器,可能会存在如下问题
- 数据的读和写的所有压力都会由一台数据库独立承担,压力太大
- 数据库服务器磁盘损坏等原因则会导致数据丢失,出现单点故障问题
- 那为了解决这两个问题,我们可以准备两台MySQL服务器,一台主(master)服务器,一台从(slave)服务器,若主库的数据存在变更时,需要同步到从库中,称为主从复制。而用户在访问我们的Web项目时,如果是写操作(insert、update、delete)则直接操作主库即可;如果是读(select)操作,则直接操作从库,同时在这种读写分离的结构中,从库我们是可以有多个的这种结构,这种方式我们可称为读写分离。
- 因为MySQL数据库默认是支持主从复制的,所以我们并不需要借助于其他的技术,只要在数据库中进行简单的配置即可实现。那么接下来我们开始进行MySQL的主从复制的操作
- 主从复制的简单介绍
- MySQL主从复制是一个异步的复制过程,底层是基于MySQL的数据库自带的二进制日志功能。就是从一台或多台MySQL数据库(slave,从库)从另一台MySQL数据库(master,主库)进行日志的复制,然后再解析对应的日志并应用到自身,最终实现从库的数据和主库的数据保持一致。MySQL主从复制是MySQL数据库自带功能,无需借助第三方工具进行操作
- 本案例中仅通过一主一从来介绍主从复制的操作
- 首先我们先准备两台Linux服务器,并且在服务器上需要预先安装好MySQL数据库,同时我们已经将服务器的防火墙已经关闭,并将两台Linux系统的MySQL服务正常启动
- Linux操作系统:ubuntu-20.04-live-server-amd64
- MySQL数据库版本:5.7.40
- 首先进行主库配置
- 修改MySQL数据库的配置文件my.cnf文件,在文件最下面添加启用二进制日志功能
-
# binlog日志 server-id=101 log-bin = /home/dev/dev-install/mysql-5.7.40/binlog/mysql-bin
- log-bin:[必须]启用二进制日志
server-id:[必须]服务器唯一ID(唯一即可)
-
- 修改完配置文件需要重启MySQL服务
-
./mysql.server restart
-
- 修改MySQL数据库的配置文件my.cnf文件,在文件最下面添加启用二进制日志功能
- 主库中创建数据同步的用户并授权
- 登录MySQL,然后执行如下指令,创建用户并授权
-
GRANT REPLICATION SLAVE ON *.* to 'syncdata'@'%' identified by 'Sync@Data123';
- 上面的指令是syncdata为用户,Sync@Data123为密码,从库在建立复制的时候需要用到用户授权,只有在有授权用户的前提下才能进行复制
-
- 登录MySQL,然后执行如下指令,创建用户并授权
- 登录MySQL的数据库,查看master主库的同步状态
- 执行如下指令,并将结果中的File和Position的信息记录下来
-
show master status;
- 注意,查看上面的状态之后,不要再操作当前数据库了,也就是不要再执行任何指令,防止数据同步位置错误
-
- 执行如下指令,并将结果中的File和Position的信息记录下来
- 开始进行从库的配置
- 修改MySQL数据库的配置文件my.cnf文件,在文件最下面添加设置服务器的唯一id
-
server-id=102
- server-id:[必须]服务器唯一ID
-
- 重启MySQL服务
-
./mysql.server restart
-
- 修改MySQL数据库的配置文件my.cnf文件,在文件最下面添加设置服务器的唯一id
- 登录从库的MySQL数据库,设置主库的地址以及对应的同步位置,依次执行下列指令
-
change master to master_host='192.168.xxx.xxx',master_user='syncdata',master_password='Sync@Data123',master_log_file='mysql-bin.000009',master_log_pos=433; start slave;
- 上面的指令信息说明为:
- master_host :主库的IP地址,即需要根据实际情况的ip设定
- master_user :访问主库进行主从复制的用户名,也就是上面所在主库创建的
- master_password :访问主库进行主从复制的用户名对应的密码
- master_log_file : 从哪个日志文件开始同步,也就是上面查询master状态中展示的File
- master_log_pos : 从指定日志文件的哪个位置开始同步,也就是查询master状态中展示的Position
-
- 然后查看从库数据库的状态
-
show slave status \G
- 可以通过状态信息中的 Slave_IO_Running 和Slave_SQL_Running 可以看出主从同步是否就绪,如果这两个参数全为Yes,则表示主从同步已经配置完成
-
- 若状态是Slave_IO_Running: No,Slave_SQL_Running: Yes,说明同步不成功,则需要前往MySQL的log错误日志查看报错信息
- 若出现文件[ERROR] Slave I/O for channel '': 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. Error_code: 1593的解决方案
-
找到从数据库的该文件对应的 UUID,该文件为/home/dev/dev-install/mysql-5.7.40/data/auto.cnf,然后编辑auto.cnf,将里面uuid的值随便改一个即可,然后保存文件
- 保存完文件重新启动MySQL服务器即可
- 再次通过 show slave status \G 查看从数据库的状态
-
- 若出现文件[ERROR] Slave I/O for channel '': 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. Error_code: 1593的解决方案
- 主从环境的测试
- 我们已经把主从复制的环境搭建好了,接下来我们可以通过Navicat连接上两台MySQL服务器进行测试,我们只需要在主库master上执行操作,然后再查看从库slave中是否将数据同步过去即可
- 主库创建数据库,刷新并查看从库是否可以正常同步过去
- 可以发现主库创建的数据库已经同步到从库,证明主从复制已经验证成功
- 我们已经把主从复制的环境搭建好了,接下来我们可以通过Navicat连接上两台MySQL服务器进行测试,我们只需要在主库master上执行操作,然后再查看从库slave中是否将数据同步过去即可
- 首先我们先准备两台Linux服务器,并且在服务器上需要预先安装好MySQL数据库,同时我们已经将服务器的防火墙已经关闭,并将两台Linux系统的MySQL服务正常启动