数据库｜实操硬核干货之监控告警处理

原理分析

实际使用中，在使用pump、drainer组件往下游同步数据的时候，我们为保护主库运行，把binlog.ignore-error参数开启，避免因binlog写入失败导致tidb主集群处于不可用状态。

题外话：不要拉踩，Oracle DataGuard是通过archive模式进行同步的，存在一个归档空间满，主库hang住的情况。相较于Oracle，tidb多了一个选择，可以丢弃归档日志保障主库业务的连续性，不保证下游数据和上游数据一致性。

现象

处理方式

考虑下游同步的三种情况，分别处理

不再需要将数据同步到某个下游，所以下线对应的 Pump\Drainer。

1.编辑集群配置文件

tiup cluster edit-config {cluster_name}

tiup cluster reload {cluster\_name} -R tidb

mysql -uroot -h {host} -P {port} -p {passwd} -e "SHOW CONFIG WHERE type ='tidb' and name like 'binlog%'" 

验证两指标binlog.enable和binlog.ignore-error的状态为true

drainer同步方式为file文件，下游读取文件异常。

修复过程（二选一）：

1.使用 tidb-server 的 API，然后尽快安排重新全备。

在tidb服务器上对binlog进行recover，

curl http://{TiDBIP}:10080/binlog/recover

skip binlog出现的常见情况

导数时需要注意日志空间，同时需要关注pump中stop-write-at-available-space参数，默认为10G。有可能不是空间满，而是pump参数设置不合理导致。

延伸问题

skip的binlog如果存在ddl，会导致drainer异常重启，报错 not found table id

社区案例： https://asktug.com/t/topic/575578/1