企业官网建设流程全解析

网站设计的第一步是,中鼎国际建设集团网站,品牌推广工作职责,vr技术对网站建设的影响MySQL 主从复制#xff08;Master-Slave Replication#xff09;是一种数据复制技术#xff0c;它将一个 MySQL 服务器#xff08;主库#xff09;的数据实时复制到一个或多个 MySQL 服务器#xff08;从库#xff09;#xff0c;主要用于实现读写分离、数据备份、高可…MySQL 主从复制Master-Slave Replication是一种数据复制技术它将一个 MySQL 服务器主库的数据实时复制到一个或多个 MySQL 服务器从库主要用于实现读写分离、数据备份、高可用性和负载均衡。下面是其核心原理的详细说明一、 核心流程主从复制基于“日志同步”实现主要分为三步主库写入并记录日志主库将数据变更写入二进制日志Binary Log。从库拉取日志从库的 I/O 线程读取主库的二进制日志并写入中继日志Relay Log。从库重放日志从库的 SQL 线程读取中继日志重放 SQL 操作实现数据同步。二、 详细步骤步骤一主库记录二进制日志Binary Log当主库执行写操作INSERT/UPDATE/DELETE 等时会将这些操作按顺序记录到二进制日志中。二进制日志的格式可以是Statement-based记录 SQL 语句MySQL 5.7 及之前默认可能因函数、时间戳等导致数据不一致。Row-based记录数据行的变更MySQL 8.0及之后默认推荐更安全。Mixed混合模式自动选择以上两种。-- 查看当前格式 sql -- 查看全局和会话级别的 binlog 格式 SHOW GLOBAL VARIABLES LIKE binlog_format; SHOW VARIABLES LIKE binlog_format; -- 查看所有 binlog 相关设置 SHOW VARIABLES LIKE %binlog%;步骤二从库拉取日志I/O 线程从库启动一个I/O 线程连接到主库。主库为每个连接启动一个Binlog Dump 线程将二进制日志发送给从库。从库的 I/O 线程接收日志后将其写入本地的中继日志Relay Log。步骤三从库重放日志SQL 线程从库启动一个SQL 线程读取中继日志中的事件并重放 SQL 操作更新从库数据。重放完成后从库会记录已经应用的二进制日志位置以便断点续传。三、关键组件二进制日志Binlog主库的数据变更记录。中继日志Relay Log从库临时存储主库日志的文件。Binlog Dump 线程将二进制日志发送给从库的线程I/O 线程从库用于拉取主库日志的线程。SQL 线程从库用于重放日志的线程MySQL 5.6 支持多线程复制可并行重放。四、 复制模式1异步复制默认主库提交事务后不等待从库响应直接返回客户端。优点性能高。缺点可能丢失数据主库宕机时未同步的日志会丢失。2半同步复制主库提交事务后至少等待一个从库接收并写入中继日志后才返回客户端。优点保证数据至少有一个副本增强数据安全性。缺点性能略低于异步复制。3组复制Group ReplicationMySQL 5.7基于 Paxos 协议实现多主同步所有节点数据强一致。适用于高可用集群如 InnoDB Cluster。五、 配置要点主库配置ini # 启用二进制日志 log_bin mysql-bin # 设置服务器唯一ID server_id 1 # 指定复制的数据库可选 binlog_do_db mydb从库配置ini server_id 2 # 指定主库信息 CHANGE MASTER TO MASTER_HOST主库IP, MASTER_USERrepl_user, MASTER_PASSWORD密码, MASTER_LOG_FILEmysql-bin.000001, MASTER_LOG_POS154; # 启动复制 START SLAVE;六、 常见问题与优化数据延迟原因从库 SQL 线程重放慢、网络延迟、主库并发高。优化启用多线程复制slave_parallel_workers、使用行格式日志、升级硬件。主从数据不一致定期校验数据如pt-table-checksum工具。使用GTID全局事务标识自动跟踪事务位置MySQL 5.6。复制中断常见于主键冲突、从库写入误操作等。可通过SHOW SLAVE STATUS查看错误信息手动修复后执行START SLAVE。七、 扩展GTID 复制GTIDGlobal Transaction Identifier为每个事务分配唯一ID简化故障恢复和主从切换sql -- 主从配置中启用GTID gtid_mode ON enforce_gtid_consistency ON -- 从库自动定位主库日志位置 CHANGE MASTER TO MASTER_AUTO_POSITION 1;总结MySQL 主从复制的核心是“日志同步 重放”通过异步、半同步等模式平衡性能与可靠性。在实际应用中需结合监控工具如SHOW SLAVE STATUS和数据校验机制确保复制稳定。对于高可用场景可进一步结合MHA、InnoDB Cluster 或 ProxySQL实现自动故障切换。