MySQL 的主主复制是指在两个 MySQL 实例之间建立相互复制的关系，每个实例都可以作为主库和从库，可以互相更新和复制数据。主主复制可以提高系统的可用性和容错性，避免单点故障的问题。
底层原理：
MySQL 主主复制的实现需要借助 GTID 技术（全局事务标识）。GTID 是一个全局唯一的标识符，用于标识每个事务在整个集群中的唯一性。主主复制通过 GTID 实现双向复制，可以避免数据冲突和重复复制的问题。
主主复制的流程如下：
配置 GTID 模式：在两个 MySQL 实例中，将 GTID 模式设置为 ON。
配置复制关系：在两个 MySQL 实例中，配置相互复制的关系，使每个实例既是主库又是从库。
启动复制进程：在每个 MySQL 实例中，启动复制进程，开始相互复制数据。
数据更新：当一个 MySQL 实例收到来自客户端的更新操作时，它会将该操作写入自己的 Binlog 日志中，并生成一个唯一的 GTID 标识符。
数据复制：当另一个 MySQL 实例收到来自主库的 Binlog 日志时，它会解析 Binlog 日志中的 GTID 标识符，并将数据更新操作写入自己的 Relay Log 日志中。
冲突检测：当两个 MySQL 实例都更新了相同的数据时，可能会产生数据冲突。为了避免冲突，MySQL 会检测两个实例之间的 GTID 值，并决定哪个实例需要撤销更新操作。
同步延迟处理：由于网络延迟等原因，从库可能会比主库慢一些。当从库在一定时间内没有收到来自主库的 Binlog 日志时，可以通过参数配置主库的超时时间，并将从库转换为主库，继续更新数据。
主主复制相对于主从复制来说，可以提高系统的容错性和可用性，但也需要更多的配置和管理。同时，主主复制也会带来一定的性能开销和复杂性，因此应该根据实际情况来选择适合自己的复制方案。
