面试题：MySQL二进制日志格式切换及应用场景

Question

假设你正在维护一个大型电商数据库，其中涉及复杂的业务逻辑和高并发操作。请阐述在何种业务场景下，你会选择将MySQL二进制日志格式从Statement切换为Mixed，以及切换过程中需要重点考虑哪些技术要点？

Answer 1

业务场景

1. 函数使用场景：当电商数据库中存在对非确定性函数（如 NOW()、RAND() 等）的使用时。例如在记录订单创建时间使用 NOW() 函数，如果使用 Statement 格式，从库执行时获取的时间可能与主库不一致，导致数据不一致问题，此时应切换为 Mixed 格式，让主库能根据情况选择合适的日志记录方式。
2. 存储过程或触发器复杂场景：电商业务中的存储过程或触发器涉及到复杂的操作，且包含一些非确定性操作。比如在处理库存扣减和订单生成的触发器中，如果有依赖于当前系统状态的操作，Statement 格式可能无法准确在从库重演，使用 Mixed 格式能更好保证主从数据一致性。
3. 使用临时表场景：在电商促销活动统计等场景中，可能会使用临时表进行中间数据处理。Statement 格式下对临时表操作的记录可能在从库重演时出现问题，Mixed 格式可以避免这种情况。

技术要点

1. 兼容性检查：要全面检查数据库中现有 SQL 语句、存储过程、函数等，确保其与 Mixed 格式兼容。特别是一些早期开发且未充分考虑主从复制兼容性的代码部分，可能需要进行调整。
2. 版本一致性：确保主从数据库版本一致，不同版本对于 Mixed 格式的支持和实现细节可能存在差异，可能导致主从数据不一致。
3. 测试验证：在切换前，要进行充分的测试。包括功能测试，确保电商各项业务功能（如下单、支付、库存管理等）正常；性能测试，检查高并发场景下数据库性能是否受影响；主从一致性测试，通过对比主从库数据确保复制准确。
4. 切换流程：建议在业务低峰期进行切换，先在测试环境完整模拟切换流程，成功后再在生产环境操作。切换过程中要密切监控数据库状态，记录日志以便出现问题时能快速定位和回滚。
5. 监控与优化：切换后，要持续监控主从复制的状态，包括复制延迟、数据一致性等。如果发现问题，及时分析是由于格式切换导致还是其他潜在因素，并进行相应优化。