一、MySQL高可用的背景 数据库的主从复制是一个很实用的功能，但如何保证它的高可用却是一件难事。实现MySQL主从复制高可用的工具，常见的有： MMM：淘汰了，在一致性和高并发稳定性等方面有些问题。 MHA：有些人还在用，但也有些问题，也是趋于淘汰的MySQL主从高可用方案。 Galera：引领时代的主从复制高可用技术。 MariaDBGaleraCluster：MariaDB对Galera的实现。 PXC：PerconaXtraDBCluster，是Percona对Galera的自我实现，用的人似乎很多。 GR：GroupReplication，MySQL官方提供的组复制技术(MySQL...

适用范围 8.0.23及以上版本 实施步骤 1.AsyncreplicationAutofailover简单说明 MySQL8.0.22引入的AsyncReplicationAutofailover特性，可以在同一个复制通道配置多个复制源，同一时刻只使用一个复制源，在这个复制源宕掉后可以自动使用剩余的复制源继续进行复制。 2.配置图说明 配置复制源为MGR的3个节点，在MGR每个节点宕掉后，可以自动进行切换新的复制源进行同步，下面进行具体的测试 3.准备MGR环境 mgr安装请参考《MySQL8.0.31单机部署3节点mgr并使用mysqlsh接管》https://support.enmo...

实施步骤 此方案测试环境为MGRMysql节点8.0小版本升级 升级前注意事项： 在升级前，需要确保MGR集群的状态是健康的，没有任何错误或警告。在升级时，需要遵循MGR的兼容性规则，即新版本的节点只能加入到旧版本的集群中，而不能反过来。在升级后，需要执行mysql_upgrade工具来更新元数据和系统表，并重启MySQL实例。在升级过程中，需要避免对MGR集群进行任何配置或拓扑的变更，以免引起不必要的风险。建议所有节点采用相同的版本（mysql实例，mysqlshell，mysqlrouter） 升级流程 检查MGR集群及节点状态 1.集群状态检查： selectfromperforman...

MGR新节点RECOVERING状态的分析与解决：caching_sha2_password验证插件的影响 起因 在GreatSQL社区上有一位用户提出了“手工构建MGR碰到的次节点一直处于recovering状态”，经过排查后，发现了是因为新密码验证插件caching_sha2_password导致的从节点一直无法连接主节点，帖子地址：(https://greatsql.cn/thread-420-2-1.html)） 复现 环境介绍 本文验证环境，以及本文所采用数据库为GreatSQL8.0.32-24 $cat/etc/system-release RedHatEnterpriseLin...