配置MySQL高可用集群，说白了就是让你的数据库扛得住压力，不怕宕机。Red Hat 8上搞这个，其实挺考验运维功底的，但也不是啥高不可攀的事儿。
解决方案
准备环境：
至少三台Red Hat 8服务器。 别想着一台机器玩转高可用，那是耍流氓。 确保服务器之间网络互通，防火墙放行MySQL和集群通信端口。 不然集群成员之间互相“看不见”，那就尴尬了。 安装MySQL。用Yum安装就行，版本最好一致。yum install @mysql安装
pcs和
corosync，这是Pacemaker集群的核心组件。
yum install pcs corosync
配置Corosync：
在其中一台服务器上，使用pcs cluster auth命令认证集群节点。输入
root密码。 创建Corosync配置文件。
pcs cluster setup --name mycluster node1 node2 node3
mycluster是集群名字，随便你起，但要统一。
node1 node2 node3是你的服务器主机名。 启动集群。
pcs cluster start --all启用集群开机自启。
pcs cluster enable --all检查集群状态。
pcs status如果看到所有节点都在线，那就说明Corosync配置成功了。
配置MySQL资源：
创建一个MySQL用户，用于Pacemaker管理MySQL。 权限要足够，但别给root权限，安全第一。 使用
pcs resource create命令创建MySQL资源。 这个命令比较长，需要指定资源类型、用户名、密码、数据目录等等。 创建一个虚拟IP地址资源。
pcs resource create virtual_ip ocf:heartbeat:IPaddr2 ip=192.168.1.100 cidr_netmask=24这个IP是客户端连接MySQL的入口，可以漂移到任何一个节点上。 创建一个资源组，将MySQL资源和虚拟IP地址资源添加到组中。
pcs resource group add mysql_group virtual_ip mysql_resource资源组的作用是让这些资源一起启动、一起停止、一起漂移。 配置资源约束。 约束的作用是告诉Pacemaker哪些资源应该运行在哪些节点上，以及资源的启动顺序。 比如，你可以配置MySQL资源必须运行在虚拟IP地址所在的节点上。
测试故障转移：
手动停止其中一个MySQL节点。systemctl stop mysqld观察集群状态。
pcs status如果看到虚拟IP地址和MySQL资源自动漂移到另一个节点上，那就说明高可用配置成功了。 尝试从客户端连接虚拟IP地址。 如果能够正常连接到MySQL，那就万事大吉了。
如何监控MySQL高可用集群的状态？
监控是关键。光配置好还不行，得时刻盯着。
使用pcs status命令。 这是最基本的监控方式，可以查看集群的整体状态、资源状态、节点状态等等。 配置Prometheus和Grafana。 这俩是监控界的黄金搭档。Prometheus负责收集数据，Grafana负责展示数据。 你可以配置Prometheus监控MySQL的性能指标，比如QPS、TPS、连接数等等。 使用Nagios或Zabbix。 这些是传统的监控工具，功能也很强大。 你可以配置Nagios或Zabbix监控MySQL的可用性、性能指标等等。 编写自定义脚本。 如果你对监控有特殊需求，可以编写自定义脚本来监控MySQL的状态。 比如，你可以编写一个脚本来定期检查MySQL的主从复制是否正常。
遇到脑裂问题怎么办？
脑裂是高可用集群的噩梦。 简单来说，就是集群中的节点之间失去了联系，各自认为自己是主节点，导致数据不一致。
配置仲裁设备。 仲裁设备是一个独立的第三方设备，可以帮助集群判断哪个节点才是真正的主节点。 常见的仲裁设备有fence_xvm、
fence_ilo等等。 调整
corosync.conf配置文件。 可以调整
token、
token_retransmits、
join等参数，以提高集群的稳定性。 但要注意，这些参数的调整需要谨慎，不了解其含义的话，不要随意修改。 使用STONITH。 STONITH（Shoot The Other Node In The Head）是一种强制性的故障转移机制。 当一个节点出现故障时，STONITH会将其强制隔离，防止其继续参与集群操作。
如何进行MySQL高可用集群的日常维护？
日常维护是保证高可用集群长期稳定运行的关键。
定期检查集群状态。 每天都要检查集群状态，确保所有节点都在线，所有资源都正常运行。 定期备份数据。 数据是无价的。 一定要定期备份数据，以防止数据丢失。 定期更新软件。 及时更新MySQL、Corosync、Pacemaker等软件，以修复安全漏洞和提高性能。 定期进行演练。 定期进行故障转移演练，以检验高可用配置是否正确，并提高运维人员的应急处理能力。 模拟各种故障场景，比如节点宕机、网络中断等等。 记录操作日志。 详细记录所有操作日志，以便于问题排查和责任追溯。
