优秀啊

需要中转下，如Kafka

上古版本了，换个吧

TiDB 的 log.slow-threshold 主要用于记录 TiDB 上的慢查询日志，而 TiKV 的 slow-log-threshold 主要用于记录 TiKV 上的慢日志。这两个配置项的含义和作用是不同的。

log.slow-threshold 是 TiDB 的配置项，用于设置慢查询日志的阈值。当一个查询的执行时间超过该阈值时，TiDB 会将该查询记录到慢查询日志中。默认情况下，log.slow-threshold 的值为 300 毫秒。动态修改 slow-log-threshold 是 TiKV 的配置项，用于设置慢日志的阈值。当一个请求在 TiKV 上的处理时间超过该阈值时，TiKV 会将该请求记录到慢日志中。默认情况下，slow-log-threshold 的值为 300 毫秒。需要重启TiKV

查看日志信息，有如下提示： [INFO] [restore.go:442] [“the whole procedure completed”] [takeTime=108.167654ms] 表示整个导入过程已完成 [INFO] [main.go:106] [“tidb lightning exit”] [finished=true] 表示 TiDB Lightning 已退出

[mydumper] skip-column = [“column1”, “column2”] column1 和 column2 是要跳过列的名称

配置文件中的 skip-column 参数来指定要跳过的列。

DeltaTree Index 是 TiFlash 中的一种数据结构，用于在读取时完成 Stable 层和 Delta 层的合并，以提供有序的数据流。 DeltaTree Index 在 TiFlash 中起到了类似索引的作用，帮助 TiFlash 在读取数据时快速定位和合并 Stable 层和 Delta 层的数据。

可以听听的，上链接，哈哈

Region Cache 的信息可能旧了，这个是多方面的，你先看看，能不能解决，用这个方法

这是临时的，正在跑ddl就会有，跑完了，就会清理，除非正在跑，出现了异常掉了或kill，那就不会清理了

让子弹飞一会儿

删除临时目录下的文件可能会导致正在进行的 DDL 操作中断或失败 因此，在执行删除操作之前，请确保没有正在进行的重要 DDL 操作

rm -rf /tmp/tidb/tmp_ddl-4001/* 可以删除

尝试清空 TiDB Server 的 Region Cache，让它重新加载最新的 Region 信息。 可以使用 invalidate region <region_id> 命令来清空指定 Region 的缓存，或者使用 invalidate all regions 命令来清空所有 Region 的缓存。 清空缓存后，当下次查询到达时，TiDB 会重新获取最新的 Region 信息并更新缓存。

可能是由于 TiDB Server 节点的 Region Cache 中没有包含所需的 Region 信息，导致无法正确处理请求。

是呢，空间会变大，但有压缩的话，大不了哪里去

这篇文档你可以看下