负责处理客户 MySQL 及我司自研 DMP 数据库管理平台日常运维中的问题。热衷技术分享、编写技术文档。...,了解到会对该表做truncate,但由于误操作,在跑批开始后,又触发了一轮truncate行为,导致已经插入到该表的部分数据再次被清理了,也就导致了在解析binlog时部分记录丢失了,但并未观测到有删除的行为...max_binlog_size = 250M
binlog_rows_query_log_events = 1
备注:虽然binlog记录的信息足够多,但当故障原因定位后,由于其并未记录对该操作的IP及用户信息,如果不开审计...,也只能知道发生了该行为,但无法具体定位触发该行为的"人".
7. binlog解析技巧
尽可能在从库解析,避免对主库造成影响
先粗略定位涉及相关的库表操作的binlog,再单独解析对应的binlog中的数据...在解析DDL时无需加-v输出详细信息(加快解析速度)
如果开启了binlog_rows_query_log_events参数,需要用-vv参数才可显示具体的SQL语句