高大上的MySql主从复制到底是什么

关注

原创最新推荐文章于 2026-03-28 09:12:27 发布 396 阅读 AI 写同款· GEO 优化 ›

【MySQL】主从复制 MySQL是一款关系型数据库，被广泛应用于各种互联网应用中。随着业务的不断扩大，数据量不断增加，如何让MySQL具有更好的可用性和容灾能力成为了越来越重要的问题。本文将重点介绍MySQL主从复制和高可用性的实现，旨在为MySQL的使用者提供指导和帮助。本篇博客介绍了MySQL高可用性的常见解决方案，包括负载均衡、主从复制、主主复制以及结合MHA和Galera Cluster的整合方案。高可用性对于数据库系统至关重要，它可以确保用户的请求始终得以满足，并且降低系统停机时间的风险。阅读详情

微信公众号：Java患者
专注Java领域技术分享

为什么要主从复制

通常我们对数据库的读和写都是在同一个数据库服务器中操作,但是当我们的数据量大的时候我们可能会考虑性能问题,那么为了提升系统性能,我们就可以通过MySQL的主从复制(读写分离)来减轻数据库的负载，并且如果当主数据库服务器宕机，我们数据库的数据也不会丢失，因为我们复制到了另外一个服务器上，甚至是多台数据库服务器（一主多从），而MySQL只支持一个主数据库多个数据库。

MySQL主从复制原理

主从复制的原理则是采用binlog文件进行复制，我们都知道MySQL的数据库会产生一个二进制日志，就是binlog，该日志文件记录了数据的任何修改,所以我们的从机Slave会从主机读取二进制的binlog日志到本机的I/O thread中,然后写入一个Relay log文件中,从机开启一个SQL thread 定时检查Realy log 文件,如果发现有更新立即把更新的内容在本地的数据库上执行。

biglog 日志的三种格式

MySQL的binlog日志有三种格式

Statement：每一条会修改数据的sql都会记录在binlog中
优点：不需要记录每一行的变化，大大减少了binlog日志文件的大小，节约IO，提高读取性能。
缺点：为了保证sql语句能在slave上正确执行，必须记录上下文信息，保证所有语句能在slave得到和在master端执行时候相同的结果。
Row: 仅保存哪条记录被修改
优点：不记录执行的sql语句上下文相关的信息，比Statement好用。
缺点：如果执行update不带条件的时候，那么整个表的数据都要被记录在binlog中，日志文件会很大。
Mixed: 以上两种的混合使用，一般的语句修改用statement，全表更新使用Row，但是无法使用@@host name。

开始配置

主数据配置

修改配置文件：vi /etc/my.cnf

主服务器唯一ID

server-id = 1

启用binlog

log-bin=mysql-bin

设置不需要复制的数据库（可以设置多个）

binlog-ignore-db=mysql

设置需要复制的数据库(因为从机从binlog开始记录日志开始作为节点复制，所以无需创建testzero数据库)

binlog-do-db=testzero

设置binlog格式

binlog_format=STATEMENT

重启主机MySQL服务

nice！！！

从机配置

修改配置文件 vi /etc/my.cnf

从服务器唯一ID

server-id=2

启用relay log

relay-log=mysql-relay

重启服务器

授权主机

grant replication slave on *.* to 'slave'@'%' identified by 'java123456A.';

查看下master的状态

file代表给从机复制的文件，position代表复制的节点。

从机配置需要复制的主机

change master to master_host = '192.168.232.128',
    -> master_user='slave',
    -> master_password='java123456A.',
    -> master_log_file='mysql-bin.000001',
    -> master_log_pos=430;