Mysql双机热备配置(超详细多图版)

本文涉及的产品
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
简介: 一、双击热备介绍 1.基本概念   双机热备特指基于高可用系统中的两台服务器的热备(或高可用),双机高可用按工作中的切换方式分为:主-备方式(Active-Standby方式)和双主机方式(Active-Active方式),主-备方式即指的是一台服务器处于某种业务的激活状态(即Active状态),另一台服务器处于该业务的备用状态(即Standby状态)。

一、双击热备介绍

1.基本概念

  双机热备特指基于高可用系统中的两台服务器的热备(或高可用)双机高可用按工作中的切换方式分为:主-备方式(Active-Standby方式)和双主机方式(Active-Active方式),主-备方式即指的是一台服务器处于某种业务的激活状态(即Active状态),另一台服务器处于该业务的备用状态(即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态(即Active-Standby和Standby-Active状态)

2.实现方式

a.基于共享存储(磁盘阵列)的方式

共享存储方式主要通过磁盘阵列提供切换后,对数据完整性和连续性的保障。用户数据一般会放在磁盘阵列上,当主机宕机后,备机继续从磁盘阵列上取得原有数据

                                  

b.全冗余方式

全冗余方式就是双机双存储

                                  

MySQL热备原理

双机热备就是使用MySQL提供的一种主从备份机制实现。所谓双机热备其实是一个复制的过程,复制过程中一个服务器充当主服务器,一个或多个服务器充当从服务。这个复制的过程实质上是从服务器复制主服务器上MySQL的二进制日志(bin-log),并在从服务器上还原主服务器上的sql语句操作,这样只要两个数据库的初态是一样的,就能一直同步。

双机热备的实现需要MySQL的版本高于3.2.。另外由于这种备份是基于MySQL二进制日志实现,所以主从服务器上的MySQL版本最好能够一样,至少从服务器的MySQL版本不可以低于主服务器的数据库版本。因为MySQL不同的版本之间二进制日志可能不一样。

当然这种复制和重复都是MySQL自动实现的,我们只需要配置即可。

如下图所示:

                               

 

上图中有两个服务器, 演示了从一个主服务器(master) 把数据同步到从服务器(slave)的过程。

这是一个主-从复制的例子。 主-主互相复制只是把上面的例子反过来再做一遍。 所以我们以这个例子介绍原理。

对于一个mysql服务器, 一般有两个线程来负责复制和被复制。当开启复制之后。作为主服务器Master会把自己的每一次改动都记录到 二进制日志 Binarylog 中。 (从服务器会负责来读取这个log, 然后在自己那里再执行一遍。)

作为从服务器Slave, 会用master上的账号登陆到 master上, 读取master的Binarylog,  写入到自己的中继日志 Relaylog, 然后自己的sql线程会负责读取这个中继日志,并执行一遍。  到这里主服务器上的更改就同步到从服务器上了。

配置步骤

第一步环境搭建:

现在有两个服务器,分别为A(主服务器),B(从服务器)。

  • A和B分别分配静态IP地址。我采用的是dhcp自动分配方式,A的ip地址为192.168.119.128,B的ip地址为192.168.119.130。
  • 保证A和B能够ping通,在B上输入命令如果出现以下结果:则说明A和B是能够通信的,如果不能,则查看是否A和B是否在同一个局域网中,或者关闭linux系统的防火墙 命令为 : /etc/init.d/iptables stop。
  • 分别为A和B安装mysql,client和server都需要安装。

第二步 A(主服务器配置)配置

1.

进入mysql数据库。输入命令:然后根据提示输入密码。在A上面创建专门用于备份的用户。命令如下:

grant replication slave on *.* to 'username'@'192.168.119.130' identified by '123456';

其中username是用户名,192.168.119.130是B(从服务器)的ip地址,密码为’123456’;这个等会在B上要用;

2.

创建数据库。

我这里用的sql语句创建的 create database test;(具体实施的时候应该是直接导入数据库,数据库已经提前创建好了)。这个数据库是来测试的。

3.

开启A的binarylog

这里输入命令:,就会打开MySQL的配置文件。修改MySQL绑定的IP地址:

这个是MySQL默认的ip,这里修改成A的ip:192.168.119.128.

继续修改如下配置

  • server-id =1 表示A的id(之前是被#注释掉的)
  • Long_bin = mysql-bin.log 表示log日志,如果采用mysql之前默认的/var/log/mysql/mysql-bin.log会导致MySQL服务无法启动。
  • binlog-do-db =test用来表示,只把哪些数据库的改动记录到binary日志中。 可以写上关注test数据库(这句话最关键)。
  • auto-increment-increment = 10和auto-increment-offset = 1用于在 双主(多主循环)互相备份。 因为每台数据库服务器都可能在同一个表中插入数据,如果表有一个自动增长的主键,那么就会在多服务器上出现主键冲突。  解决这个问题的办法就是让每个数据库的自增主键不连续。  上图说是, 我假设需要将来可能需要10台服务器做备份, 所以auto-increment-increment 设为10.   而 auto-increment-offset=1 表示这台服务器的序号。 从1开始, 不超过auto-increment-increment。
  • 所有设置完成之后,退出文本编辑,按ESC,再按shift+;键,然后输入wq,就能保存当前设置,并退出。
  • 最后:重启MySQL服务,输入命令: service mysql restart。

4.

获取主服务器状态和同步状态。

注:因为数据库库是已经提前创建好的,所以以下步骤可以省略

现在我有数据库在A上面;

输入命令 use test 进入到test数据库,

然后锁定test,输入命令:FLUSH TABLES WITH READ LOCK;

然后导出数据库。

注:以下这一步骤需要进行!

查看A服务器的binary日志位置:

输入命令:show master status\G

记住File和Position,接下来再设置从服务器的时候需要用到。

主服务器的全部做完,可以解除锁定:

 

 

第三步:B(从服务器)配置

1.

设置从服务器的文件配置。

输入命令:打开MySQL的配置文件。修改文件如下:

server-id 必须保证每个服务器不一样。 这可能和循环同步有关。 防止进入死循环。

replicate-do-db 可以指定需要复制的数据库, 这里是test

relay_log 中继日志的名字。 log-slave-updates 意思是,中继日志执行之后,这些变化是否需要计入自己的binarylog。 当你的B服务器需要作为另外一个服务器的主服务器的时候需要打开。  就是双主互相备份,或者多主循环备份。 我们这里需要, 所以打开。

修改完成之后,保存,重启MySQL;

2.

导入数据库,开始同步。

实施人员将数据库导入到B中的MySQL。这里我就不详细了。

我导入的是test数据库。

进入MySQL,输入命令:mysql -uroot -p 输入密码后进入。

mysql中输入:

CHANGE MASTER TO

       MASTER_HOST='192.168.119.128',

       MASTER_USER='username',

       MASTER_PASSWORD='123456',

       MASTER_LOG_FILE='mysql-bin.000003',

       MASTER_LOG_POS=510;

执行此语句,会出现

重启MySQL, 然后查看slave线程开启了没。

 

 

注意图中的红框, 两个都是Yes, 说明开启成功。

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

如果其中一个是No, 那就说明不成功。需要查看mysql的错误日志。。有时候密码填错了, 有时候防火墙的3306没有打开。ip地址不对,等等。 都会导致失败。

到这里就全部配置完成了。

 

 

第四步 测试

 

1.A服务器的test的数据库中的mytable表(这个是用来测试的,其他数据库不一定有),添加一条数据。

 

A:未添加前的状态:

 

 

 

B的数据库

 

现在A和B的初态是一样的。现在我往A里面插入一条数据,输入命令:

insert into mytable values(‘test’,’f’,’1900-01-01’,’china’);

插入成功,现在A的状态更新为:

 

 与此同时B的数据库也更新为:

这个动作是同时的,几乎没有什么间隔。

好了,MySQL的双机热备数据同步就完成了。

 

个人博客网站 http://www.janti.cn
相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
28天前
|
存储 SQL 关系型数据库
创建并配置RDS实例
在阿里云上创建RDS实例涉及登录控制台、进入RDS管理页面、创建实例、选择数据库引擎和版本、配置实例规格与存储、设定网络与安全组、设置实例信息、确认订单并支付,最后初始化数据库。操作步骤可能因界面更新或数据库引擎不同略有差异。
18 1
|
1月前
|
关系型数据库 MySQL 开发工具
MySQL5.7主从配置(Docker)
MySQL5.7主从配置(Docker)
725 0
|
2月前
|
存储 监控 关系型数据库
rds迁移前准备资源评估与配置
rds迁移前准备资源评估与配置
37 5
|
8天前
|
SQL 缓存 关系型数据库
mysql性能优化-慢查询分析、优化索引和配置
mysql性能优化-慢查询分析、优化索引和配置
75 0
|
14天前
|
缓存 关系型数据库 MySQL
MySQL查询优化:提速查询效率的13大秘籍(合理使用索引合并、优化配置参数、使用分区优化性能、避免不必要的排序和group by操作)(下)
MySQL查询优化:提速查询效率的13大秘籍(合理使用索引合并、优化配置参数、使用分区优化性能、避免不必要的排序和group by操作)(下)
|
23天前
Mybatis+mysql动态分页查询数据案例——配置映射文件(HouseDaoMapper.xml)
Mybatis+mysql动态分页查询数据案例——配置映射文件(HouseDaoMapper.xml)
14 1
|
27天前
|
弹性计算 关系型数据库 MySQL
rds子网配置
在阿里云中配置RDS子网涉及五个关键步骤:1) 创建或选择VPC作为私有网络环境;2) 在VPC内创建子网并确保IP地址不重叠;3) 关联路由表和安全组以控制流量及访问权限;4) 创建RDS实例时指定VPC和子网;5) 确保ECS实例与RDS在同一VPC或配置相应跨VPC访问,并调整安全组规则。这样可保障RDS与其他资源的通信及网络性能。
17 6
|
29天前
|
NoSQL 关系型数据库 MySQL
Docker安装详细步骤及相关环境安装配置(mysql、jdk、redis、自己的私有仓库Gitlab 、C和C++环境以及Nginx服务代理)
Docker安装详细步骤及相关环境安装配置(mysql、jdk、redis、自己的私有仓库Gitlab 、C和C++环境以及Nginx服务代理)
179 0
|
1月前
|
DataWorks 关系型数据库 MySQL
DataWorks报错问题之dataworks配置mysql数据源报错如何解决
DataWorks是阿里云提供的一站式大数据开发与管理平台,支持数据集成、数据开发、数据治理等功能;在本汇总中,我们梳理了DataWorks产品在使用过程中经常遇到的问题及解答,以助用户在数据处理和分析工作中提高效率,降低难度。
|
1月前
|
Oracle 关系型数据库 MySQL
Flink CDC产品常见问题之从EARLIEST_OFFSET启动就报错如何解决
Flink CDC(Change Data Capture)是一个基于Apache Flink的实时数据变更捕获库,用于实现数据库的实时同步和变更流的处理;在本汇总中,我们组织了关于Flink CDC产品在实践中用户经常提出的问题及其解答,目的是辅助用户更好地理解和应用这一技术,优化实时数据处理流程。

推荐镜像

更多