面试题：MySQL高可用配置中的潜在错误及解决策略

主从复制

可能出现的错误做法：
- 网络问题：主从服务器之间网络不稳定或延迟高，导致主从数据同步延迟甚至中断。例如，网络带宽不足，频繁丢包。
- 配置错误：
  - 主服务器配置文件中，没有正确设置 log-bin 参数，导致二进制日志未开启，从服务器无法获取主服务器的日志进行同步。
  - 从服务器配置中，relay-log 路径设置错误，无法正确存放中继日志。
  - 在配置 CHANGE MASTER TO 语句时，主服务器的连接信息（如IP、端口、用户名、密码、日志文件名、日志位置）填写错误。
- 数据不一致：在主从同步过程中，直接在从服务器上修改数据，破坏了主从数据一致性原则，导致主从同步异常。
- 版本兼容性：主从服务器MySQL版本差异过大，某些新特性或功能在不同版本间不兼容，影响同步。
避免和解决方法：
- 网络方面：确保主从服务器之间网络稳定，使用高速可靠的网络连接。可以通过 ping 命令、网络测试工具（如iperf）检测网络延迟和带宽。若网络不稳定，排查网络设备（如路由器、交换机）故障，优化网络拓扑。
- 配置方面：
  - 仔细检查主服务器配置文件，确保 log-bin 参数正确设置，如 log-bin=/var/log/mysql/mysql-bin.log，同时配置 server-id 且保证主从 server-id 不同。
  - 检查从服务器 relay-log 路径设置，确保目录存在且MySQL有写入权限。
  - 在执行 CHANGE MASTER TO 语句前，仔细核对主服务器连接信息。可以通过在主服务器执行 SHOW MASTER STATUS 命令获取准确的日志文件名和位置，在从服务器执行 SHOW SLAVE STATUS \G 命令检查配置是否生效，若未生效，根据错误提示修改。
- 数据操作方面：严格遵循主从复制原则，只在主服务器上进行写操作。若发现从服务器数据被修改，需要重新配置主从复制。方法是在从服务器停止复制（STOP SLAVE），重置复制设置（RESET SLAVE），然后重新配置 CHANGE MASTER TO 并启动复制（START SLAVE）。
- 版本兼容性方面：尽量保持主从服务器MySQL版本一致，若无法避免版本差异，查阅官方文档了解不同版本间兼容性问题，并进行相应调整。

MHA（Master High Availability）

可能出现的错误做法：
- MHA Manager 配置错误：
  - MHA配置文件中，节点信息填写错误，如服务器IP、SSH登录用户名和密码配置有误，导致MHA Manager无法连接到各个节点。
  - 在配置文件中没有正确设置 manager_workdir 和 manager_log 路径，MHA运行过程中可能无法正常记录日志或存储工作文件。
- SSH 配置问题：
  - 各节点间SSH免密登录配置失败，MHA Manager在切换主节点时无法远程操作从节点，导致切换失败。例如，SSH密钥对生成或分发不正确。
  - SSH服务配置不当，如限制了某些IP访问，或端口被修改但MHA配置中未相应调整。
- 节点状态检测失误：MHA配置中，对节点健康检查的参数设置不合理，例如 check_repl_delay 参数设置过小，导致正常的从节点因短暂延迟被误判为不可用，触发不必要的主节点切换。
- 数据一致性问题：在主节点切换过程中，由于网络延迟等原因，部分中继日志未完全应用到新主节点，导致数据丢失或不一致。
避免和解决方法：
- MHA Manager 配置方面：
  - 仔细核对MHA配置文件中各节点信息，确保IP、用户名、密码等准确无误。可以通过手动SSH连接测试。
  - 确保 manager_workdir 和 manager_log 路径存在且MHA有读写权限，可提前创建好目录并设置权限。
- SSH 配置方面：
  - 严格按照SSH免密登录配置步骤操作，确保各节点间SSH密钥对正确生成并分发。可通过在各节点间使用 ssh -i [key_file] [username]@[ip] 命令测试免密登录。
  - 检查SSH服务配置，确保MHA Manager所在服务器可以正常访问各节点SSH服务。若端口被修改，在MHA配置文件中相应修改 ssh_port 参数。
- 节点状态检测方面：根据实际业务场景和网络情况，合理设置节点健康检查参数。例如，适当调大 check_repl_delay 参数值，避免误判。可以通过观察系统运行一段时间内从节点延迟情况来确定合适的值。
- 数据一致性方面：在MHA配置文件中，可以设置 secondary_check_script 脚本，在切换主节点前对从节点数据一致性进行二次检查。同时，确保网络稳定，减少因网络问题导致的中继日志应用不完整。若发生数据不一致，可通过备份数据恢复或重新搭建MHA环境。

Galera Cluster

可能出现的错误做法：
- 配置文件错误：
  - Galera配置文件中，wsrep_cluster_address 参数设置错误，导致节点无法加入集群。例如，多节点地址填写不全或格式错误。
  - wsrep_node_address 配置不正确，节点无法正确标识自己的地址，影响集群通信。
  - 不同节点间MySQL配置参数差异过大，如 innodb_buffer_pool_size 等关键参数不一致，可能导致性能问题甚至集群不稳定。
- 网络分区：集群节点分布在不同网络区域，网络不稳定或发生网络分区，部分节点间无法通信，导致集群分裂成多个小集群（脑裂）。
- 节点启动顺序问题：在多节点集群中，若启动顺序不当，如先启动从节点后启动主节点，可能导致部分节点无法正确同步数据，集群状态异常。
- 版本和兼容性：Galera版本与MySQL版本不兼容，或者Galera各节点版本不一致，可能导致功能异常或集群无法正常工作。
避免和解决方法：
- 配置文件方面：
  - 仔细核对 wsrep_cluster_address 参数，确保包含所有节点的正确地址，格式如 gcomm://[ip1],[ip2],[ip3]。
  - 正确配置 wsrep_node_address，保证与节点实际IP地址一致。
  - 尽量保持各节点MySQL关键配置参数一致，特别是与存储、性能相关的参数。在修改配置参数时，确保所有节点同步修改。
- 网络分区方面：优化网络拓扑，确保集群节点间网络稳定可靠。可以使用冗余网络连接，部署网络监测工具实时监控网络状态。若发生网络分区，根据网络恢复情况，手动调整集群状态。例如，通过 wsrep_cluster_state_uuid 等参数判断集群状态，对分裂的小集群进行合并或剔除无效节点。
- 节点启动顺序方面：按照推荐的启动顺序启动节点，一般先启动主节点（通常是第一个加入集群的节点），然后依次启动从节点。可以编写启动脚本，确保每次启动顺序正确。
- 版本和兼容性方面：查阅Galera官方文档，确保选择与MySQL版本兼容的Galera版本，并保证所有节点Galera版本一致。在升级或更换版本时，先在测试环境进行充分测试，确保集群正常工作后再应用到生产环境。

星途面试题库

面试题：MySQL高可用配置中的潜在错误及解决策略

知识考点

面试题答案

主从复制

MHA（Master High Availability）

Galera Cluster