MySQL的二进制日志(binlog)是一种记录数据库所有修改操作的日志文件,它可以用于数据恢复、复制和审计等场景。binlog有三种不同的格式,分别是Statement、Row和Mixed,它们各有优缺点,适用于不同的需求。
Statement格式
Statement格式是MySQL 5.7之前的默认格式,它记录了执行的SQL语句及其上下文信息,比如当前时间、用户、随机数等。Statement格式的优点是日志文件较小,节省磁盘空间和网络带宽,而且可以在主从复制时使用不同版本的MySQL。Statement格式的缺点是不能正确复制一些非确定性的函数,比如UUID()、NOW()等,也不能复制一些特殊的操作,比如LOAD DATA INFILE、用户自定义函数等。另外,Statement格式可能会造成主从数据不一致的问题,比如在主库上执行了一个更新多行数据的SQL语句,但由于主从库上的数据顺序不同,导致在从库上执行时更新了不同的行。
Row格式
Row格式是MySQL 5.7之后的默认格式,它记录了每一行数据被修改前后的值,而不记录SQL语句本身。Row格式的优点是能够保证主从数据的一致性,不受非确定性函数或特殊操作的影响,而且能够提高从库重放日志的效率。Row格式的缺点是日志文件较大,占用更多的磁盘空间和网络带宽,而且不方便人类阅读和分析。
Mixed格式
Mixed格式是Statement和Row格式的混合,它根据SQL语句的类型自动选择使用哪种格式来记录日志。Mixed格式的优点是能够结合Statement和Row格式的优势,在保证数据一致性的同时减少日志文件大小。Mixed格式的缺点是可能会造成日志切换时产生额外开销,并且在某些情况下仍然无法正确复制。
以下表格对比了三种格式的特点:
格式 | 记录内容 | 日志大小 | 数据一致性 | 复制效率 | 可读性 |
---|---|---|---|---|---|
Statement | SQL语句及上下文信息 | 较小 | 可能不一致 | 较低 | 较高 |
Row | 每行数据修改前后值 | 较大 | 一致 | 较高 | 较低 |
Mixed | 根据SQL类型自动选择 | 中等 | 一般一致 | 中等 | 中等 |