补充：将目录中的四类从库文件全部删除，再重启服务，可还原为独立的、非从服务器； 排错思路：
① 通过`show slave status`检察Error错误阐明；
② 如果设置主库信息输入错误，需先关闭slave功能，设置完成后再开启slave功能
mysql> stop slave; //停止slave
mysql> start slave; //开启slave
mysql> show slave status\G
复制代码
③ master.info文件和relay-log.info文件有设置记录，可用于排错；
常见报错：Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
步骤3：设置从-主服务器（node13操作）
提示：node13作为node12的Slave服务器，同时也作为node14的Master服务器
① 修改设置文件，并重启服务
[root@node13 ~]# vim /etc/my.cnf
[mysqld]
server_id=13
log_bin=master13 //开启binlog日志功能
log_slave_updates //让从库从主库复制数据时可以写入到binlog日志
…
[root@node13 ~]# systemctl restart mysqld
复制代码
补充：从库开启log_bin参数，如果直接往从库写数据，是可以记录binlog日志的；但从库通过I0线程读取主库二进制日志文件，然后通过SQL线程写入的数据，是不会记录在binlog日志的；也就是说从库从主库上复制的数据，是不写入从库的binlog日志的。所以从库做为其他从库的主库时，需要在设置文件中添加 log-slave-updates 参数；
② 检察生成的binlog日志文件
mysql> set global rpl_semi_sync_master_enabled = 1;
mysql> set global rpl_semi_sync_slave_enabled = 1;
复制代码
步骤3：验证，检察半同步模块是否安装，半同步模式是否启用
① 检察 information_schema.plugins 表，模块是否安装乐成
mysql> select plugin_name,plugin_status from information_schema.plugins where plugin_name like '%semi%';
+----------------------+---------------+
| plugin_name | plugin_status |
+----------------------+---------------+
| rpl_semi_sync_master | ACTIVE |
| rpl_semi_sync_slave | ACTIVE |
+----------------------+---------------+
2 rows in set (0.00 sec)
复制代码
② 检察 "rpl_semi_sync_%_enabled" 是否启用半同步模式
mysql> show variables like "rpl_semi_sync_%_enabled";
+------------------------------+-------+
| Variable_name | Value |
+------------------------------+-------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_slave_enabled | ON |
+------------------------------+-------+
2 rows in set (0.00 sec)
复制代码
总结：
MySQL 复制模式包括异步复制、全同步复制和半同步复制。每种复制模式都有其优缺点和适用场景。异步复制性能高但数据同等性较差，全同步复制数据同等性高但性能较低，半同步复制在性能和数据同等性之间取得平衡。选择符合的复制模式需要根据实际需求、体系规模和业务特点进行综合考虑。通过合理的设置和管理，可以充分发挥差别复制模式的优势，进步数据库的可用性、扩展性和数据安全性。
