tidb的官方给出了单台机器的硬盘上限最多2T，量大的很快就会满，扩容就很重要。
‘tidb’ 类别下的博文
clickhouse，tidb，mysql，这三个数据库都是现在在用的。准备了一些测试数据，测试一下读取数据的速度。
zabbix报警，tidb监控机内存吃紧，查了一下基本上全被prometheus占了，然后prometheus就报错了。通过tidb dashboard查看时，error.api.metrics.prometheus query failed: failed to query Prometheus。tidb用的是4.0.8
ticdc有三个同步，其实中一个报了puller mem buffer reach size limit，导致的问题是：
1，ticdc的其中一台机器cpu居高不下，所有ticdc机器内存也是居高不下，触发监控告警。
2，整个tidb的gc不能工作
3，ticdc已停止往下游同步数据，同步中断
tiflash列式存储，tikv是行式存储，存储上就占有优势。tidb中创建表，默认都是tikv的。
程序连tidb，概率性报SQLSTATE[HY000]: General error: 9002 TiKV server timeout和SQLSTATE[HY000]: General error: 9002 TiKV server timeout，并且都是同一张表，并且都是select报错。单独把sql copy出来到命令行下运行，非常非常的慢，但是能跑出来。
tidb自带有三个监控工具
tidb dashboard pd，地址：http://10.0.10.17:2379/dashboard
grafana：http://10.0.10.11:3000/?orgId=1
Alertmanager：http://10.0.10.11:9093/#/alerts
这个工具可以帮助我们获取不少信息。
10.0.10.17是pd服务器，10.0.10.11是监控服务器
tidb尚未支持“有损更改”，实验一些，总结一下常用的，同一类型小转大可以，大转小不行，例如：int(2)转int(4)。不同类型不能转换，也有例外int(2)转bigint(2)。
为了测试dm同步数据的准确性，延迟，以及容错性等，会先进行一些测试，测试通过后，就可以修改配置同步正式数据了。