本地MySQL数据库支持的复制方式主要有以下几种：
-
基于二进制日志（Binary Log）的主从复制：
- 这是MySQL中最常用的复制方式之一。
- 主服务器会将所有的数据更改（如INSERT、UPDATE、DELETE等）记录到二进制日志文件中。
- 从服务器连接到主服务器，并请求从二进制日志中读取更改。
- 从服务器重放这些更改，以保持与主服务器的数据同步。
-
基于语句的复制（Statement-Based Replication）：
- 在这种复制方式中，主服务器会将SQL语句记录到二进制日志中，而不是将更改的数据记录。
- 从服务器执行主服务器发送的SQL语句，以保持数据同步。
- 这种方式在处理某些特定类型的更改时可能更有效，如DDL语句。
-
基于行的复制（Row-Based Replication）：
- 在行级复制中，主服务器会记录更改的行数据到二进制日志中，而不是记录整个SQL语句。
- 从服务器根据记录的行数据重放更改，从而精确地保持与主服务器的数据一致性。
- 这种方式通常比基于语句的复制更精确，但可能产生更多的日志数据。
-
混合复制（Mixed Replication）：
- 混合复制结合了基于语句和基于行的复制的优点。
- 对于非关键性或频繁执行的SQL语句，它使用基于语句的复制；而对于关键性或数据修改量大的操作，则使用基于行的复制。
- 这种方式旨在在保持数据一致性的同时，优化复制性能。
-
全局事务ID复制（Global Transaction Identifiers, GTIDs）：
- 从MySQL 5.6开始，GTIDs成为复制的一个可选组件。
- GTIDs提供了一种全局唯一的方式来标识每个事务，从而简化了故障恢复和主从切换的过程。
- 使用GTIDs可以更容易地实现多源复制、在线DDL操作以及更可靠的复制拓扑变更管理。
请注意，选择哪种复制方式取决于具体的应用场景和需求。例如，对于需要高并发写入且对数据一致性要求不是非常严格的应用，基于语句的复制可能是一个更好的选择。而对于需要精确数据一致性保证的应用，则可能需要选择基于行或混合复制。
