面试题：MariaDB binlog事件格式转换及对数据一致性影响

Question

当MariaDB从一种binlog事件格式（如ROW格式）切换到另一种（如STATEMENT格式）时，会对数据一致性产生哪些影响？在切换过程中应该注意哪些关键问题？

Answer 1

对数据一致性的影响

1. 基于语句（STATEMENT）格式：
   • 优点：日志量相对较小，因为只记录执行的SQL语句。在主从复制场景下，如果主库和从库环境完全一致，理论上从库执行相同语句可得到相同结果，能保证数据一致性。
   • 缺点：但如果主从库环境有差异，比如函数版本不同、存储过程实现不同等，可能导致从库执行语句后数据与主库不一致。例如，主库使用了特定版本的自定义函数，从库函数版本不同，执行相同语句结果可能不同。
2. 基于行（ROW）格式：
   • 优点：记录数据行的实际变化，能精确复制数据变更，即使主从库环境有细微差异，也能保证数据一致性。因为它直接记录数据修改前后的值，从库按此修改数据。
   • 缺点：日志量较大，因为要记录每一行数据的变化。例如，对大表进行全表更新，ROW格式产生的binlog日志量远大于STATEMENT格式。
3. 切换影响：从ROW格式切换到STATEMENT格式时，如果主从库环境存在差异，可能在后续复制过程中导致数据不一致；从STATEMENT格式切换到ROW格式，虽然能提高数据一致性保障，但可能因日志量突然增大对系统性能产生影响，如磁盘I/O压力增大。

切换过程中应注意的关键问题

1. 主从库环境一致性检查：
   • 确保主从库的数据库版本、存储引擎版本、自定义函数、存储过程等完全一致。例如，检查主从库的MariaDB版本，若主库为10.5，从库也应为10.5，避免因版本差异导致语句执行结果不同。
   • 检查操作系统环境、字符集等设置，确保主从库在这些方面也一致。比如主从库的字符集都应为UTF - 8，防止因字符集问题导致数据显示或存储不一致。
2. 日志记录影响：
   • 从ROW格式切换到STATEMENT格式，要预估日志量减少对数据备份和恢复策略的影响。例如，可能需要调整备份周期或备份方式，因为日志量减少可能影响基于日志的增量备份恢复效果。
   • 从STATEMENT格式切换到ROW格式，要关注日志量增大对磁盘空间的需求。提前检查磁盘剩余空间是否足够，避免因磁盘空间不足导致数据库运行异常。
3. 复制延迟检查：
   • 在切换过程中，密切监控主从复制延迟情况。因为格式切换可能影响复制性能，导致延迟增加。可以使用SHOW STATUS LIKE 'Seconds_Behind_Master'命令查看从库落后主库的时间，若延迟过大，需排查原因并优化，如调整复制线程数量、优化网络等。
4. 应用兼容性测试：
   • 在生产环境切换前，务必在测试环境进行全面的应用兼容性测试。模拟各种业务场景，检查切换binlog格式后应用对数据库的操作是否正常，数据读写是否准确。例如，测试涉及复杂事务、存储过程调用等业务场景，确保应用在新的binlog格式下能正确运行，不出现数据丢失、数据不一致等问题。