MySQL 数据库的MHA高可用

MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群；也可以部署在一台 slave 节点上。
MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master ,然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明

3.MHA 的特点：

自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失
使用半同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性
目前MHA支持一主多从架构，最少三台服务，即一主两从
MHA Manger 管理多组主从复制

4.MHA 工作原理：

1、从宕机的 Master 保存二进制日志事件（binlog event）；
2、识别含有最新更新的 Slave；
3、应用差异的中继日志（relay log）到其他 Slave；
4、应用从 Master 保存的二进制日志事件；
5、提升一个 Slave 为新的 Master；
6、使其他的 Slave 连接新的 Master 进行复制；

5.数据流向：

数据先经过master通过manger管理数据分配，然后当主服务器挂了之后，需要去匹配从服务器最接近主服务器内容的顶上去，通过vip去进行地址漂移，此时从服务器变成了主服务器，接下来就是主从复制+读写分离原理。

主从转换，数据是怎么进来的呢？？通过vip地址漂移。

MHA使用半同步复制！

6.数据同步方式：

异步复制：

只要master 完成客户端的提交事务,就会直接返回给客户端信息，并不关心从是否同步到数据

同步复制：

客户端提交事务时候 master 要等所有从服务器同步完才返回给客户端

半同步复制：

客户端提交事务的时候 master 会等其中一个 slave 同步完数据之后才会返中给客户端

7. mysql 的高可用：

MySQL高可用场景是指在数据库系统设计和运维过程中，为了确保MySQL数据库服务的连续性和稳定性，针对可能出现的单点故障、服务器宕机、数据丢失、网络中断等各种可能导致服务中断的情况，采取一系列技术措施和架构设计，使得MySQL数据库能够在出现故障时快速恢复服务，最大限度地减少服务不可用时间和数据损失。

具体场景包括但不限于：

主从复制（Master-Slave Replication）：

通过主从结构，主数据库的每次写操作都会被复制到从数据库，当主数据库出现故障时，可以快速切换到从数据库继续提供服务。

多主复制（Multi-Master Replication）：

在某些场景下，多个数据库节点之间可以互相作为对方的主库，实现多点写入和数据同步。

半同步复制（Semi-Synchronous Replication）：

确保主库的事务在至少一个从库上提交后才返回成功，增强了数据安全性。

集群技术（如MySQL Cluster、Galera Cluster）：

通过集群化部署，实现数据在多个节点间的实时同步和分布式处理，提供高可用性和容错能力。

读写分离（Read/Write Splitting）：

将读操作分发到多个从库，减轻主库压力，同时也增加了读服务的可用性。

故障切换（Failover）：

通过监控系统自动检测主数据库的健康状况，一旦主库出现故障，能自动或手动地将服务切换到备用节点。

数据库代理（如Amoeba、MaxScale）：

通过数据库代理层来实现复杂的路由策略、负载均衡和高可用性。

备份与恢复：

定期备份数据库，并确保在灾难发生时能快速恢复数据。

二. MySQL MHA 的搭建:

实验思路：
1．MHA架构
1）数据库安装
2）一主两从
3）MHA搭建

2．故障模拟
1）主库失效
2）备选主库成为主库
3）原故障主库恢复重新加入到MHA成为从库

MHA manager 节点服务器：CentOS7.4(64 位) manager/192.168.91.4 ，安装MHA node 和 manager 组件
Master 节点服务器：CentOS7.4(64 位) mysql1/192.168.91.3 ，安装mysql5.7、MHA node 组件
Slave1 节点服务器：CentOS7.4(64 位) mysql2/192.168.91.5 ，安装mysql5.7、MHA node 组件
Slave2 节点服务器：CentOS7.4(64 位) mysql3/192.168.91.7，安装mysql5.7、MHA node 组件


systemctl stop firewalld
systemctl disable firewalld
setenforce 0

在Master、Slave1、Slave2 节点上安装 mysql5.7

1. 修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf:

##Master 节点##
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true

systemctl restart mysqld

##Slave1、Slave2 节点##
vim /etc/my.cnf
server-id = 2 						#三台服务器的 server-id 不能一样
log_bin = master-bin  ## 为什么我这个从服务器上要加这个二进制日志，是为了防止单点故障，当主服务器挂了 之后 ，这个从服务器顶上去之后，他就变成了主服务器！
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

systemctl restart mysqld

2.在 Master、Slave1、Slave2 节点上都创建两个软链接：

3.配置 mysql 一主两从：

3.1 所有数据库节点进行 mysql 授权：

mysql -uroot -pabc23；
grant replication slave on *.* to 'myslave'@'192.168.91.%' identified by 'abc123';		#从数据库同步使用
grant all privileges on *.* to 'mha'@'192.168.91.%' identified by 'manager';		#manager 使用

grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';				#防止从库通过主机名连接不上主库
grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';
flush privileges;

3.2 在 Master 节点查看二进制文件和同步点：

3.3 在 Slave1、Slave2 节点执行同步操作：

CHANGE master to master_host='192.168.91.3',master_user='myslave',master_password='abc123',master_log_file='master-bin.000001',master_log_pos=1897; 

start slave;

3.4 在 Slave1、Slave2 节点查看数据同步结果：

show slave status\G		
//确保 IO 和 SQL 线程都是 Yes，代表同步正常。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
<