面试题答案
一键面试事务处理流程差异
- MariaDB：MariaDB的GTID（Global Transaction Identifier）在事务处理流程中，当一个事务开始时，会生成一个唯一的GTID。这个GTID与事务紧密绑定，在事务执行过程中，该GTID用于标识此事务在整个集群中的唯一性。在多主复制场景下，MariaDB允许不同节点上的事务并行执行，只要它们的GTID不冲突，通过这种方式提高了事务处理的并发性能。
- MySQL：MySQL的GTID同样在事务开始时生成。然而，在事务处理流程方面，MySQL在传统的单主复制架构下设计得较为完善。它更强调事务在主从复制中的顺序性，主库上的事务按照执行顺序依次传递到从库执行，相对来说在多主并发处理上没有MariaDB那么灵活。
提交方式差异
- MariaDB：MariaDB在提交事务时，对于支持GTID的事务，会将GTID与事务日志紧密关联。在提交过程中，确保GTID的记录与事务日志写入的原子性。并且MariaDB在多主环境下，提交事务时会检查是否存在GTID冲突，若不存在则允许提交，从而保证各个节点间事务的一致性。
- MySQL：MySQL在提交事务时，GTID也会被记录到二进制日志（binlog）中。但MySQL在提交事务时，更加注重主从复制的一致性，即主库提交事务后，从库会按照主库binlog中记录的GTID顺序来重放事务，以保证主从数据的一致性。在提交事务时，MySQL依赖于两阶段提交（2PC）机制，确保binlog和InnoDB存储引擎的redo log之间的一致性，而GTID是在这个过程中被记录和传递的。
对事务一致性保证方面差异
- MariaDB：MariaDB通过GTID机制，在多主复制场景下，依靠GTID的唯一性和冲突检测机制，确保每个节点上执行的事务具有一致性。同时，MariaDB的Galera Cluster等多主集群方案结合GTID，能够实现节点间数据的强一致性，通过同步复制的方式，在所有节点上原子性地提交事务，任何一个节点上事务的提交意味着所有节点都提交成功，从而保证事务一致性。
- MySQL：MySQL的GTID机制在传统主从复制模式下，通过主库记录GTID并传递给从库，从库按照顺序重放事务，来保证主从之间的事务一致性。但在多主环境下，MySQL原生的多主复制支持相对较弱，需要借助一些第三方工具或复杂的配置来实现类似MariaDB多主环境下的一致性保证，其默认的复制方式更侧重于保证主从数据的最终一致性，而不是像MariaDB在多主场景下更强调的强一致性。