关于mysql:MySQL-binlog格式Row和Statement

binlog记录MySQL的所有批改操作，包含DML操作(create/update/delete)以及DDL操作，必须是已提交的事务。

binlog能够在从库中进行重放，以实现MySQL数据的高可用:

master节点将数据批改操作写入本机的binlog；
slave节点上的I/O线程读取master节点的binlog，并写入到本地的relay-log；
slave节点上的SQL线程读取relay-log并进行重放；

binlog格局有：statement、row、mixed；

> show variables like 'binlog_format';+---------------+-------+| Variable_name | Value |+---------------+-------+| binlog_format | ROW   |+---------------+-------+1 row in set (0.001 sec)

statement格局

statement记录的是执行的sql语句，也就是主库上执行了什么语句，binlog中就记录什么语句。

statement格局的长处：

因为仅记录sql语句，日志记录量较少，能够节约磁盘和网络I/O；

statement格局的毛病：

对于特定的函数，比方UUID()，user()这些非确定性函数，在主备服务器上的执行后果不同，可能造成主备数据不统一；
生产环境中个别不应用。

statement格局的问题

statement格局可能导致主备服务器数据的不统一，比方下表t:

mysql> CREATE TABLE `t` (  `id` int(11) NOT NULL,  `a` int(11) DEFAULT NULL,  `t_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,  PRIMARY KEY (`id`),  KEY `a` (`a`),  KEY `t_modified`(`t_modified`)) ENGINE=InnoDB;insert into t values(1,1,'2018-11-13');insert into t values(2,2,'2018-11-12');insert into t values(3,3,'2018-11-11');insert into t values(4,4,'2018-11-10');insert into t values(5,5,'2018-11-09');

当执行sql语句：

mysql> delete from t where a>=4 and t_modified<='2018-11-10' limit 1;

设置binlog_format=statement，如果主库和从库上在执行上述sql语句时，抉择了不同的索引，则会删除不同的数据：

在主库上：如果delete操作应用索引a，那么将删除a=4这一行；
在从库上：如果delete操作应用索引t_modified，那么将删除t_modified='2018-11-09'，也就是a=5这一行；

row格局

row记录的是每一行记录的增/删/改操作，若一条sql语句批改了1000条记录，row格局的日志将会别离记录1000条记录的批改，而statement仅记录一条sql语句。

row格局的长处：

主从复制平安，能够保障主备服务器数据完全一致；
若误操作批改了数据，同时没有备份复原，能够通过剖析二进制日志，通过对记录做反向操作，达到复原数据的目标；

mixed格局

mixed格局下，依据sql语句特点，由零碎决定某个批改应用row还是statement格局进行存储。