当TiDB集群中的TiKV组件出现“TiKVasyncrequestsnapshotdurationsecondsmorethan1s”的critical级别告警时，通常意味着TiKV在处理异步请求快

可以参考以下内容https://asktug.com/t/topic/68031

刚好这两个数据库都用过，每种数据库都有它的应用场景，与应用场景相结合才能发挥数据库最大的作用。tidb是兼容mysql的分布式数据库，分布式数据库就有一个问题，数据会分散在多台机器上，在进行查询时，就

mysql同步到tidb。就是在同步的时候，上游的mysql表结构和下游的tidb表结构必须要一致吗？（类型和顺序）目前是必须要一致的，全量阶段可以不care，但是增量阶段基于mysqlrow格式的b

支持。TICDC支持表跟事件两个维度的过滤功能。过滤功能可以参考：https://docs.pingcap.com/zh/tidb/v6.5/ticdcfilter

官方推荐不是这样。如果你不考虑性能，或者数据量不大。也不是不行。

最新GA版本TiDBv5.3依旧不支持自定义函数UDF.

还可以用ticdc

暂无文字回复

TiDB中，一个Region的大小默认为96MB144MB。这是为了避免单个Region过大导致的性能和稳定性问题。TiKV，用于存储数据，数据按行存储，按Region组织数据，一个Region默认采