mysql主从复制搭建有几个ip

在实际企业应用环境当中，单台mysql数据库是不足以满足日后业务需求的。譬如服务器发生故障，没有备份服务器来提供服务的话，业务就得停止。介于这种情况，我们来学习一下mysql主从复制。
使用mysql主从复制的好处有：
1、采用主从服务器这种架构，稳定性得以提升。如果主服务器发生故障，我们可以使用从服务器来提供服务。
2、在主从服务器上分开处理用户的请求，可以提升数据处理效率。
3、将主服务器上的数据复制到从服务器上，保护数据免受意外的损失。
环境描述：
新企业要搭建架构为主从复制的mysql数据库。
主服务器（mysql-master）：IP地址：19216848128，mysql已安装，没有用户数据。
从服务器（mysql-slave）：IP地址：19216848130，mysql已安装，没有用户数据。
主从服务器均可正常提供服务。
主从复制配置如下：
在主服务器上 *** 作：
1)、确保/etc/mycnf中有如下参数，没有的话需手工添加，并重启mysql服务。
[mysqld]
log-bin=mysql-bin 启动二进制文件
server-id=1 服务器ID
2)、登录mysql，在mysql中添加一个backup的账号，并授权给从服务器。
[root@localhost ~]# mysql -uroot –p123456 登录mysql
mysql> grant replication slave on to 'backup'@'19216848130' identified by 'backup'; 创建backup用户，并授权给19216848130使用。
3)、查询主数据库状态，并记下FILE及Position的值，这个在后面配置从服务器的时候要用到。

读写分离为了确保数据库产品的稳定性，很多数据库拥有双机热备功能。

也就是，第一台数据库服务器，是对外提供增删改业务的生产服务器；

第二台数据库服务器，主要进行读的 *** 作。·

原理：

让主数据库（master）处理事务性增、改、删 *** 作（INSERT、UPDATE、DELETE），而从数据库（slave）处理SELECT查询 *** 作。

实现方式：

通过RAID技术，RAID是英文RendantArrayofIndependentDisks的缩写，翻译成中文意思是“独立磁盘冗余阵列”，有时也简称磁盘阵列（DiskArray）。

简单的说，RAID是一种把多块独立的硬盘（物理硬盘）按不同的方式组合起来形成一个硬盘组（逻辑硬盘），从而提供比单个硬盘更高的存储性能和提供数据备份技术。

重置mysql主从同步（MySQL Reset Master-Slave Replication）
在mysql主从同步的过程中，可能会因为各种原因出现主库与从库不同步的情况，网上虽然有一些解决办法，但是有时很难彻底解决，重置主从服务器也许不是最快的办法，但却是最安全有效的。
下面将自己重置主从同步的步骤总结一下，以备不时之需。
master与slave均使用：centos60+mysql 5161 ，假设有db1,db2两个数据库需要热备。
文中shell与mysql均使用root账号，在真实环境中，请根据情况更换。
1停止slave服务器的主从同步
为了防止主从数据不同步，需要先停止slave上的同步服务。
STOP SLAVE;
2对master服务器的数据库加锁
为了避免在备份的时候对数据库进行更新 *** 作，必须对数据库加锁。
FLUSH TABLES WITH READ LOCK;
如果是web服务器也可以关闭apache或nginx服务，效果也是一样的。

主从同构和主从异构区分如下：
1、主从同构：主从服务器之间的数据库结构和数据是一致的，数据库的类型和版本是相同的，这种类型的主从架构可以保证从服务器上的数据和主服务器上的数据是一致的。
2、主从异构：主从服务器之间的数据库结构和数据不一致，数据库的类型和版本可以不同，这种类型的主从架构可以满足不同的数据库类型和版本的要求，但是数据的一致性可能无法得到保证。

比如集群，那是同时的；
服务的话比如DNS是设置的，域服务器有PDA、BDA，
你说的是啥服务，对外还是对内的，对内的可以说访问A失败就去访问B，有个韩国的服装企业就是用的集群。

导读：Redis是被广泛使用的基础软件之一。对于工程师和,架构师，运维人员来说，了解Redis的高可用方案和背后的原理，是必备的基础知识。本文作者深入分析了Redis高可用的方方面面，并且做了有效总结，相信对广大读者可以起到很好的领路作用。

作者 codedump codedumpinfo 博主，多年从事互联网服务器后台开发工作。可访问作者博客阅读 codedump 更多文章。

Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：

Redis中主从节点复制数据有全量复制和部分复制之分。

全量复制使用snyc命令来实现，其流程是：

旧版本全量复制功能，其最大的问题是从服务器断线重连时，即便在从服务器上已经有一部分数据了，也需要进行全量复制，这样做的效率很低，于是新版本的Redis在这部分做了改进。

新版本Redis使用psync命令来代替sync命令，该命令既可以实现完整全同步也可以实现部分同步。

执行复制的双方，主从服务器，分别会维护一个复制偏移量：

主服务器内部维护了一个固定长度的先进先出队列做为复制积压缓冲区，其默认大小为1MB。

在主服务器进行命令传播时，不仅会将写命令同步到从服务器，还会将写命令写入复制积压缓冲区。

每个Redis服务器，都有其运行ID，运行ID由服务器在启动时自动生成，主服务器会将自己的运行ID发送给从服务器，而从服务器会将主服务器的运行ID保存起来。

从服务器Redis断线重连之后进行同步时，就是根据运行ID来判断同步的进度：

有了前面的准备，下面开始分析psync命令的流程：

前面两种情况主服务器收到psync命令之后，会出现以下三种可能：

Redis使用哨兵机制来实现高可用(HA)，其大概工作原理是：

以上将Redis节点分为两类：

以上是大体的流程，这个流程需要解决以下几个问题：

以下来逐个回答这些问题。

哨兵节点通过三个定时监控任务监控Redis数据节点的服务可用性。

每隔10秒，每个哨兵节点都会向主、从Redis数据节点发送info命令，获取新的拓扑结构信息。

Redis拓扑结构信息包括了：

这样，哨兵节点就能从info命令中自动获取到从节点信息，因此那些后续才加入的从节点信息不需要显式配置就能自动感知。

这一 *** 作实际上完成了两件事情： 发现新的哨兵节点：如果有新的哨兵节点加入，此时保存下来这个新哨兵节点的信息，后续与该哨兵节点建立连接。 交换主节点的状态信息，作为后续客观判断主节点下线的依据。

每隔1秒，每个哨兵节点向主、从数据节点以及其他sentinel节点发送ping命令做心跳探测，这个心跳探测是后续主观判断数据节点下线的依据。

上面三个监控任务中的第三个探测心跳任务，如果在配置的down-after-milliseconds之后没有收到有效回复，那么就认为该数据节点“主观下线（sdown）”。

为什么称为“主观下线”？因为在一个分布式系统中，有多个机器在一起联动工作，网络可能出现各种状况，仅凭一个节点的判断还不足以认为一个数据节点下线了，这就需要后面的“客观下线”。

当一个哨兵节点认为主节点主观下线时，该哨兵节点需要通过”sentinel is-master-down-by addr”命令向其他哨兵节点咨询该主节点是否下线了，如果有超过半数的哨兵节点都回答了下线，此时认为主节点“客观下线”。

当主节点客观下线时，需要选举出一个哨兵节点做为哨兵领导者，以完成后续选出新的主节点的工作。

这个选举的大体思路是：

可以看到，这个选举领导者的流程很像raft中选举leader的流程。

在剩下的Redis从节点中，按照以下顺序来选择新的主节点：

选择了新的主节点之后，还需要最后的流程让该节点成为新的主节点：

原文地址：

>