MySQL通过binlog(二进制日志)实现事务同步,是主从复制(Replication)的核心机制。它记录了所有对数据库的写操作(如INSERT、UPDATE、DELETE等),从库通过读取并重放主库的binlog来保持数据一致性。
开启并配置binlog
要使用binlog进行事务同步,首先确保主库已启用binlog,并正确配置相关参数:
server-id:每台MySQL实例必须有唯一ID,主库一般设为1 log-bin:指定binlog文件名前缀,如log-bin=mysql-bin binlog-format:推荐使用ROW模式,能精确记录每一行的变更 binlog-do-db:可选,指定需要记录binlog的数据库示例配置(my.cnf):
[mysqld] server-id = 1 log-bin = mysql-bin binlog-format = ROW expire_logs_days = 7
修改后需重启MySQL服务。
创建用于复制的账户
在主库上创建一个专用于复制的用户,并授予REPLICATION SLAVE权限:
CREATE USER 'repl'@'%' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
获取主库binlog位置并配置从库
在主库执行以下命令查看当前binlog状态:
SHOW MASTER STATUS;
记录输出中的File和Position值,例如:
File: mysql-bin.000003 Position: 154在从库中配置连接主库的信息:
CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=154; <p>START SLAVE;</p>
启动后,从库会开启两个线程:IO线程负责拉取主库binlog到本地relay log,SQL线程负责回放relay log中的事件。
验证同步状态
检查从库是否正常同步:
SHOW SLAVE STATUS\G
重点关注以下字段:
Slave_IO_Running:应为Yes,表示IO线程运行正常 Slave_SQL_Running:应为Yes,表示SQL线程正在执行 Seconds_Behind_Master:显示延迟秒数,为0表示已同步如果出现错误,可根据Last_Error信息排查网络、权限或数据不一致问题。
基本上就这些。只要主库事务提交后生成binlog,从库就能按顺序应用,实现事务级别的数据同步。注意定期监控复制延迟和错误,确保高可用场景下的数据一致性。
