面试题：MariaDB binlog格式切换及兼容性问题

Question

在MariaDB运行过程中，需要从当前的ROW格式切换到STATEMENT格式，可能会遇到哪些兼容性问题？如何在切换前进行评估和准备，以确保系统的正常运行，同时不丢失重要数据？

Answer 1

可能遇到的兼容性问题

1. 函数和操作符：
   • ROW格式下，一些函数（如NOW()）记录的是实际执行时的结果，在STATEMENT格式下，NOW()记录的是语句开始执行时的值。如果应用依赖函数在事务执行中的动态性，可能导致数据不一致。
   • 一些不确定结果的函数（如RAND()），在STATEMENT格式下，每次执行语句可能产生不同结果，而ROW格式是基于实际数据行的复制，结果相对稳定。
2. 触发器：
   • ROW格式对每行数据操作进行记录，STATEMENT格式基于语句。如果触发器逻辑依赖于ROW格式下对每行数据的精细操作记录，切换后可能因语句执行方式不同，导致触发器执行结果异常。
3. 存储过程和自定义函数：
   • 存储过程和自定义函数中的逻辑如果依赖于ROW格式下的一些隐式行为（如对每行数据的操作顺序），切换到STATEMENT格式可能导致逻辑错误。因为STATEMENT格式关注语句整体执行，而不是每行数据的具体操作。
4. 主从复制：
   • 如果主从环境正在运行，切换格式可能导致主从数据不一致。因为主库和从库可能在不同格式下对数据进行处理，特别是在主从复制延迟较高的情况下，格式切换可能使从库执行的复制语句与主库预期不符。

切换前的评估和准备

1. 代码审查：
   • 审查应用程序代码，特别是涉及数据库操作的部分，查找使用不确定函数（如RAND()）、依赖特定执行时间的函数（如NOW()）的地方。确定这些函数的使用是否会因格式切换产生问题。
   • 检查存储过程、自定义函数和触发器的逻辑，确认它们在STATEMENT格式下的执行结果是否与预期一致。对于依赖ROW格式隐式行为的部分，考虑修改逻辑以适应STATEMENT格式。
2. 测试环境验证：
   • 在与生产环境配置相似的测试环境中，将数据库复制格式切换到STATEMENT，并执行一系列测试用例。包括正常业务流程测试、边界条件测试等。
   • 对比切换前后的测试结果，检查数据一致性。特别关注可能出现兼容性问题的函数、存储过程和触发器的执行结果。
3. 备份数据：
   • 在切换前，对数据库进行全量备份。这可以确保在切换过程中出现任何数据丢失或不一致问题时，能够恢复到切换前的状态。
   • 同时，记录备份时间点以及相关的数据库状态信息，以便在需要恢复时能够准确还原。
4. 监控和预警：
   • 在切换前，配置好数据库监控工具，如监控主从复制状态、数据库性能指标（如查询响应时间、吞吐量等）。
   • 设置合适的预警规则，以便在切换后一旦出现异常（如主从复制中断、数据不一致报警等），能够及时通知运维人员进行处理。
5. 文档记录：
   • 记录当前数据库的配置信息，包括现有复制格式、相关参数设置等。
   • 记录切换计划，包括切换步骤、预计时间、回滚方案等。这有助于在切换过程中以及后续维护时，团队成员能够清晰了解操作过程和应对措施。