场景环境：
1. 主从都是：Server version: 5.7.16-log MySQL Community Server (GPL)
2.操作系统：CentOS release 6.7 (Final)
3.业务端通过SAS软件，向改主库中批量写入几百条数据。
接到报警，发现从库show slave status \G; 有如下报警
Last_Errno: 1264 Last_Error: Error 'Out of range value for column 'loan_amount' at row 1' on query. Default database: 'chedai'. Query: 'INSERT INTO test_list2 (loan_amount,APPLYUSERGROUPID,lastapplyid,validdate) VALUES ( 0x322E3634303030303030303030303030303030652B303035 , 0x3131313130313234 , 0x392E3839353230393030303030303030303030652B303036 , 0x323031382D30352D3331 )' Skip_Counter: 0
从库在应用主库binlog时，发现实际value超过字段定义长度。但疑问时：为什么主库能成功执行，从库就报错。
从主库查到已经成功插入的数据表为：
+-------------+------------------+-------------+------------+
| loan_amount | APPLYUSERGROUPID | lastapplyid | validdate |
+-------------+------------------+-------------+------------+
| 264000 | 11110124 | 9895209 | 2018-05-31 |
| 80000 | 11110122 | 9896660 | 2018-05-31 |
| 216000 | 11111162 | 9900036 | 2018-05-31 |
| 208000 | 11143122 | 9907101 | 2018-05-31 |
| 176000 | 11121775 | 9922122 | 2018-05-31 |
| 110000 | 11111804 | 9928679 | 2018-05-31 |
| 68800 | 11110963 | 9941918 | 2018-05-31 |
| 68000 | 11143124 | 9944861 | 2018-05-31 |
| 50000 | 11111164 | 9949087 | 2018-05-31 |
| 54000 | 11121640 | 9951020 | 2018-05-31 |
+-------------+------------------+-------------+-----------
解析对应的binlog，确实所有的value都变成了16进制，截图如下：
疑点：为什么mysqlbinlog解析出来value是16进制的。同时也匹配上了slave上的报错信息。
想到这个库的binlog_format设置的是mixed，第一想法是如果改为ROW格式，是否可以规避这个问题呢，如果做了如下测试：
1. mysql>set global binlog_format=row;
2. 叫研发侧的同学按原步骤，重新写入数据。
3.解析对应binlog,结果如下：
至此，mysqlbinlog能正常解析出来，与此同时slave也正常同步上了。
结论：本次环境通过修改binlog_format=row，成功规避掉的了这个问题。同时也建议生产环境设置该参数为row，但是具体是什么原因导致的，之前有文章提到是jdbc版本和mysql server版本兼容的问题，详见：
http://www.itpub.net/forum.php?mod=viewthread&action=printable&tid=1402633
