为了测试dm同步数据的准确性，延迟，以及容错性等，会先进行一些测试，测试通过后，就可以修改配置同步正式数据了。
dm从上游mysql同步数据到tidb，如果报错就会导致同步中止。上篇文章写了zabbix 监控ticdc同步，本篇与上篇会有稍许的不同
ticdc往下游mysql同步，如果报错就会导致同步中止，这时提醒就显得很重要了。
mysql没有宕机，却收到这个邮件，有点莫名。
前面说到了通过dm server把mysql的数据同步到tidb，现在又为什么要把tidb的数据同步到mysql？
其实还是对tidb不太放心，就算把tidb当做正式数据库使用，也希望用mysql来兜底，观察一段时间后，如果不出问题就可以把同步停掉了，脱离mysql。
通过dm，把mysql的数据同步到tidb中，到目前为止发生二次同步失败的情况
为啥要把mysql数据同步到tidb呢？
现有mysql的读写分离，也能满足oltp和olap的需求，但是因mysql不支持横向扩展，随着数据量的增加，越来越慢是迟早的事情。
因tidb是小众数据库，也不太敢冒然从mysql迁到tidb，所以就想把tidb做mysql的从库之一，以检测tidb的性能与稳定性。
一张表longtext字段比较多，导入数据时报错如下：
Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.
mysql导数据到tidb，tidb有专门的工具tidb-enterprise-tools。
tidb的报警是pd往监控机推送数据的，pd监控管理后台报error.api.metrics.prometheus_not_found错误