MySQL主从复制分为异步、半同步、全同步三种同步模式：异步性能最高但有丢数据风险；半同步兼顾可靠性与性能；全同步一致性最强但延迟高。
主从复制的三种同步模式
MySQL 主从复制按数据同步时机和确认机制，主要分为三类：异步、半同步、全同步。它们在性能与一致性之间各有取舍。
- 异步模式：主库执行完写操作并写入 binlog 后，立即返回客户端成功，不等待从库响应。这是 MySQL 默认模式，性能最高，但存在主库宕机未同步导致数据丢失的风险。
- 半同步模式：主库写入 binlog 后，至少等待一个从库将日志接收并写入 relay log（即 IO Thread 确认），才向客户端返回成功。它在可靠性与性能间取得平衡，5.5 起以插件形式支持，需主从端分别启用。
- 全同步模式：主库必须等所有从库都完成日志接收和 SQL 执行（即 SQL Thread 确认）后，才提交事务。数据一致性最强，但延迟高、吞吐低，生产环境极少使用。
主从复制的常见架构方式
按节点角色和连接关系划分，适用于不同业务场景：
- 一主一从：最基础结构，一个主库负责写，一个从库负责读或备份。部署简单，适合中小规模系统或测试验证。
- 一主多从：单主配多个从库，可分摊读负载、提升报表/查询并发能力，也便于做跨机房容灾或灰度发布。
- 级联复制：从库再作为“上级”向其他从库提供复制源（如 A→B→C）。缓解主库 dump 线程压力，降低主库网络和 CPU 开销，适合从库数量较多的场景。
- 双主（主主）复制：两台服务器互为对方的主库和从库，支持双向写入。需应用层规避冲突（如按业务分库分表、自增 ID 偏移），常用于高可用切换或异地双活。
- 多主一从：多个主库的数据统一汇聚到一个从库，多用于集中归档、数据分析或备份整合，要求各主库写入无冲突或通过中间件协调。
主从复制的两种日志定位方式
决定从库如何识别和追上主库的变更位置：
追梦flash企业网站管理模板A系列11.0
下载
追梦A系列（11.0版本，以下11.0均简称为A）是针对企业网站定制设计的，模板采用全新AS3.0代码编辑，拥有更快的运行和加载速度，A系列模板主要针对图片展示，拥有简洁大气展示效果，并且可以自由扩展图片分类，同时还拥有三个独立页面介绍栏目，一个新闻栏目，一个服务介绍栏目，一个幻灯片展示和flv视频播放栏目。A系列模板对一些加载效果进行了修改，包括背景的拉伸模式以及标题的展示方式等都进行了调整，同
- 基于 binlog 文件名 + position（传统复制）：配置时需手动指定 master_log_file 和 master_log_pos，依赖主库 show master status 输出。一旦误跳或主库 binlog 清理，容易断链或错位。
- 基于 GTID（全局事务标识符）：MySQL 5.6+ 支持，每个事务有唯一 GTID（server_uuid:transaction_id），从库自动跟踪已执行事务，无需人工维护位点，故障恢复更可靠，推荐新系统优先采用。
主从复制的二进制日志格式类型
影响复制的准确性、兼容性及调试难度：
- STATEMENT（基于语句）：记录原始 SQL 语句。体积小、效率高，但对非确定性函数（如 NOW()、UUID()）、存储过程或触发器可能复制不一致。
- ROW（基于行）：记录每行数据变更前后的镜像。精确、安全，是当前主流选择，尤其适合金融、订单等强一致性场景；但日志体积大，主从磁盘和网络开销略高。
- MIXED（混合模式）：默认用 STATEMENT，遇到不安全语句自动切为 ROW。兼顾兼容性与安全性，但行为不易预测，调试复杂度上升。
