因为数据库 Blob字段太多，致使从库进行binlog不能正常进行的处理方法

因为数据库 Blob字段太多，致使从库进行binlog不能正常进行的处理方法

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


能够经过设置binlog_row_p_w_picpath=minimal解决


测试：

binlog_row_p_w_picpath默认值是full

对user表进行update

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

如今将binlog_row_p_w_picpath=minimal

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

结论：能够对比发现当binlog_row_p_w_picpath=minimal的时候binlog只记录了影响的那一行记录，有效减小了binlog日志量。

数据库版本：5.6.*

1.row日志p_w_picpath类型

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

2.binlog日志

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

binlog_row_p_w_picpath=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_p_w_picpath下，不管表有没有主键、惟一索引，所有按照全表字段做为条件，且update会更新所有字段。

binlog_row_p_w_picpath=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_p_w_picpath=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_p_w_picpath