今天网友”芬达”跟我讨论一个参数binlog_row_image，在什么场景下设置为MINIMAL，我觉得这个案例很有意义，尤其是在生产环境中，要慎重设置这个参数。
首先这个MINIMAL，只会在binlog里记录被影响的行，而不能像默认的FULL一样，记录完整的变更前和变更后的所有记录，这里就会产生一个问题，数据被误更改，无法用mysqlbinlog等工具闪回，另外大数据那边用canal抽binlog，会造成数据不准确等一系列问题。
下面通过模拟实验，看看binlog里记录的内容。
表结构如下：
里面的数据：
此时，执行一条update变更操作：
马上看下binlog里面记录的内容：注意看红色框部分的内容，变更前的完整原始数据并没有被记录，固无法闪回。
虽然MINIMAL可以减少binlog的文件大小（bi开发云主机域名nlog_format = ROW），降低磁盘IO，但从数据安全角度来看，这将是危险的！
这里感谢网友”芬达”提供素材。
最近，业务方反馈有个别用户信息插入失败，报错提示类似”Incorrect string value:”xF0xA5 ….. ” 看这个提示应该是字符集不支持某个生僻字造成的。下面是在虚拟机里复现的场景：step1、模拟原始表结构字符集环境：use test…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
