面试题：MariaDB中binlog格式选择的常见策略有哪些

Question

请简述在MariaDB中，选择不同binlog格式（如ROW、STATEMENT、MIXED）时通常会考虑哪些因素及相应的常见策略。

Answer 1

考虑因素

1. 数据一致性：
   • ROW：记录每一行数据的变更，能最大程度保证数据一致性，即使存在复杂函数、触发器等，也能准确复制。适合对数据一致性要求极高的场景，如金融交易数据。
   • STATEMENT：记录执行的SQL语句，某些情况下可能因函数执行环境不同等导致主从数据不一致，如使用NOW()函数，主从执行时间有差异可能导致数据不同。
   • MIXED：结合了两者，根据SQL语句类型自动选择合适格式，尽量保证一致性。
2. 日志文件大小：
   • ROW：由于记录每一行数据变化，日志文件通常较大，会占用更多磁盘空间和网络带宽用于主从复制。
   • STATEMENT：只记录SQL语句，日志文件相对较小，对磁盘和网络资源消耗少。
   • MIXED：日志大小介于两者之间，取决于实际使用ROW和STATEMENT的比例。
3. 性能影响：
   • ROW：在记录日志时需要更多的I/O操作来记录每行数据变化，可能对写性能有一定影响，但在主从复制时，从库应用日志相对简单，性能较好。
   • STATEMENT：记录日志开销小，对主库写性能影响小，但从库执行SQL语句可能涉及更多复杂计算，可能影响从库性能，尤其在复杂查询时。
   • MIXED：性能表现也介于两者之间，根据实际使用格式不同而有所变化。
4. 兼容性和可维护性：
   • ROW：对于复杂的数据库对象（如触发器、存储过程）兼容性较好，因为精确记录数据变化，维护相对简单，但日志分析较复杂。
   • STATEMENT：对SQL语句兼容性好，日志分析直观，但在处理复杂数据库对象时可能有兼容性问题，维护可能更复杂。
   • MIXED：兼容性相对较好，结合了两者优势，但维护时可能需要考虑两种格式的特点。

常见策略

1. 高一致性需求场景：如金融、电商交易等对数据准确性要求极高的场景，优先选择ROW格式，确保主从数据严格一致。
2. 性能优先且数据一致性要求相对不极端场景：对于读多写少，对数据一致性要求不是绝对精确到每一行的场景，如一般的新闻网站等，可选择STATEMENT格式，减少日志开销，提升主库写性能。
3. 通用场景：对于大多数应用场景，MIXED格式是一个不错的选择，它能根据SQL语句自动选择合适的格式，在保证数据一致性的同时，兼顾性能和日志大小。