本教程操作环境：windows10系统、mysql8.0.22版本、Dell G3电脑。

主从介绍

所谓mysql主从就是建立两个完全一样的数据库，其中一个为主要使用的数据库，另一个为次要的数据库，一般在企业中，存放比较重要的数据的数据库服务器需要配置主从，这样可以防止因数据库服务器宕机导致数据丢失，还能保证业务量太多、数据太多和访问人数太多时服务的质量（服务器响应速度），还能提供故障切换、读写分离、和备份等等功能。

主从形式

一主一从

主主复制：当作备份使用，当主服务器出现故障时，另一个主服务器会自动顶上。

一主多从：用来实现读写分离，当写操作较少时，读操作较多时使用，主服务器用来实现写操作，从服务器用来实现读操作。

多主一从：用来实现读写分离，当写操作较多时，读操作较少时使用，主服务器用来实现写操作，从服务器用来实现读操作。

传统主从

传统主从复制主要是基于二进制日志文件位置的复制，因此主必须启动二进制日志记录并建立唯一的服务器ID，复制组中的每个服务器都必须配置唯一的服务器ID。如果您省略server-id（或者明确地将其设置为其默认值0），则主设备将拒绝来自从设备的任何连接。

gtid主从

MySQL 5.6 的新特性之一，全局事务标识符（GTID）是创建的唯一标识符，并与在源（主）服务器上提交的每个事务相关联。此标识符不但是唯一的，而且在给定复制设置中的所有服务器上都是唯一的。所有交易和所有GTID之间都有一对一的映射关系 。它由服务器ID以及事务ID组合而成。这个全局事务ID不仅仅在原始服务器上唯一，在所有存在主从关系 的mysql服务器上也是唯一的。正是因为这样一个特性使得mysql的主从复制变得更加简单，以及数据库一致性更可靠。一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致。

主从复制的原理

主从复制的工作流程：主库将用户所有的写操作（增删改，查除外）记录到binlog日志当中并且生成一个log dump线程，从库生成I/O和SQL线程，从库的I/O线程向主库的log dump线程以I/O流的形式发送请求，主库的log dump线程收到从库I/O线程的请求后将binlog日志发送给从库，从库I/O线程收到binlog日志后将其写道relay log（中继日志）文件中，再由从库的SQL线程将relay log文件中的日志解析成sql脚本，最后执行生成的sql脚本文件，来实现主从的操作一致，达到最终数据一致的目的。