技术博客
MySQL 主流方案依赖异步或半同步复制，配合 MHA、Orchestrator 或官方 InnoDB Cluster（基于 Group Replication）实现自动故障转移。但异步复制存在数据丢失风险，半同步在超时后会退化为异步；Group Replication 虽支持多写和强一致性，但对网络延迟敏感，且节点数建议为奇数（3/5），扩容和运维复杂度较高。
制定 MySQL 备份策略，核心是平衡数据安全性、恢复时效性、存储成本和运维复杂度。不能只靠 mysqldump 定期导出，也不能盲目上全套高可用架构。得根据业务场景选对方法、设好节奏、留足验证环节。
MySQL复制功能可以实现主从数据库之间的数据同步，常用于读写分离、数据备份和高可用架构。要安装并配置MySQL复制功能，需在主服务器（Master）和从服务器（Slave）上进行设置。以下是具体操作步骤。
MySQL 的只读模式（read-only）主要用于防止意外写入，常见于从库、备份节点或高可用架构中的只读实例。开启后，普通用户无法执行 INSERT、UPDATE、DELETE、DROP、CREATE 等写操作，但 SUPER 权限用户仍可绕过限制。
主从数据不一致是 MySQL 高可用架构中常见但必须快速定位和修复的问题。核心思路是：先确认不一致范围，再选择安全、可逆、低影响的方式修复，避免直接写从库或停业务。
MySQL 主库故障转移是高可用架构中的核心环节，关键在于快速、准确地将一个从库提升为新的主库，并确保业务无感知或影响最小。这不能靠人工操作，必须依赖可靠的自动化机制和严谨的前置准备。