由于数据库 Blob字段太多，导致从库进行binlog不能正常进行的处理方法

binlog_format为row格式的时候记录的不是简单的sql，而是实际变更的行，一些大的DML操作，会导致binlog量增加很大，消耗额外的IO、网络资源

可以通过设置binlog_row_image=minimal解决

测试：

binlog_row_image默认值是full

对user表进行update

进入binlog里面查看更新记录，binlog日志将所有影响的行都进行了记录

现在将binlog_row_image=minimal

对表中的行进行相同的update操作 再来观察下binlog记录

结论：可以对比发现当binlog_row_image=minimal的时候binlog只记录了影响的那一行记录，有效减少了binlog日志量。

数据库版本：5.6.*

1.row日志image类型

参数binlog_row_image 控制着这种image类型，默认为FULL（log all columns），即记录before&after images。
该参数还有两种，minimal和noblob，minimal表示只记录after更改后的值，并且如果有主键或者非空唯一索引，则只以该字段作为where条件判断；noblob同full，只是不记录blob、text列。

2.binlog日志

对于insert则没有什么好说的，我们主要重点关注一下update和delete操作。

binlog_row_image=full的情况下，对于update和delete所有的表（包含带有主键、非空唯一索引，唯一索引，没有索引）产生的binlog均一致，binlog情况如下：

1. --建表语句
2. CREATE TABLE `pk_test`(
3. `id` bigint(20) NOT NULL,
4. `username` varchar(30) NOT NULL,
5. PRIMARY KEY (`id`)
6. ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
7. insert into pk_test values (1,2);
8. insert into pk_test values (2,2);
9. commit;
11. show master statusG;--记录binlog文件和pos
13. deletefrom pk_test where id =1;
14. update pk_test set username=‘3‘;
15. commit；
16. mysqlbinlog --no-defaults -v --start-position=637945822/mysqllog/3307/binlog/mysql-bin.000001| more
18. ### DELETE FROM `baofeng`.`pk_test`
19. ### WHERE
20. ### @1=1
21. ### @2=‘2‘
22. .....
23. ### UPDATE `baofeng`.`pk_test`
24. ### WHERE
25. ### @1=2
26. ### @2=‘2‘
27. ### SET
28. ### @1=2
29. ### @2=‘3‘

从上面我们可以看到，在默认为FULL的binlog_row_image下，无论表有没有主键、唯一索引，全部按照全表字段作为条件，且update会更新全部字段。

binlog_row_image=minimal的情况下：

1. --建表语句
2. CREATE TABLE `ui_test`(
3. `id` bigint(20) NOT NULL,
4. `username` varchar(30) NOT NULL,
5. UNIQUE (`id`)
6. ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
8. CREATE TABLE `ui_test_null`(
9. `id` bigint(20),
10. `username` varchar(30) NOT NULL,
11. UNIQUE key (`id`)
12. ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
14. CREATE TABLE `null_test`(
15. `id` bigint(20),
16. `username` varchar(30) NOT NULL
17. ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
19. insert into pk_test values (1,2);
20. insert into ui_test values (1,2);
21. insert into ui_test_null values (1,2);
22. insert into null_test values (1,2);
23. commit;
25. update pk_test set username=‘4‘;
26. deletefrom pk_test;
27. deletefrom ui_test;
28. deletefrom ui_test_null;
29. update null_test set username=‘4‘;
30. deletefrom null_test;
32. ### UPDATE `baofeng`.`pk_test`
33. ### WHERE
34. ### @1=1
35. ### SET
36. ### @2=‘4‘
37. ....
38. ### DELETE FROM `baofeng`.`pk_test`
39. ### WHERE
40. ### @1=1
41. .....
42. ### DELETE FROM `baofeng`.`ui_test`
43. ### WHERE
44. ### @1=1
45. .....
46. ### DELETE FROM `baofeng`.`ui_test_null`
47. ### WHERE
48. ### @1=1
49. ### @2=‘2‘
50. .....
51. ### UPDATE `baofeng`.`null_test`
52. ### WHERE
53. ### @1=1
54. ### @2=‘2‘
55. ### SET
56. ### @2=‘4‘
57. .....
58. ### DELETE FROM `baofeng`.`null_test`
59. ### WHERE
60. ### @1=1
61. ### @2=‘2‘

从上面的例子可以看到，当binlog_row_image=minimal的情况下，where条件只有主键或不为空的唯一索引，且只会更新被改变的字段。

3.总结：

在上面的测试我们可以看到，如果采用minimal格式，将减少主键和非空唯一索引表的before值，以及减少所有表update的after未被改变的值。
从效率上来说，减少了网络传输以及加快了update的效率。

参考资料：
https://dev.mysql.com/doc/refman/5.6/en/replication-options-binary-log.html#sysvar_binlog_row_image