应该是raft message的cache满了

dumpling导出指定一下–loglevel debug看看有没有别的信息

是的，先扩容好pump，再开启binlog

可以试试这种方式：https://docs.pingcap.com/zh/tidb/v7.1/use-tispark-to-read-tiflash/#使用-tispark-读取-tiflash

默认系统内存的45%

看执行计划，这两个表的数据量差距较大。 link1表11040521行 link表194142行

1、检查所有tidb的binlog写入状态： curl http://tidb_ip:10080/binlog/recover?op=status 2、如果有skip的手动恢复一下 curl http://tidb_ip:10080/binlog/recover

可以删除，可以考虑添加log的相关配置自动删除 https://docs.pingcap.com/zh/tidb/v7.5/tidb-configuration-file/#logfile

刚看了下版本，是只记录server的执行时间了。

这个sql里有视图吧，用户没有对该视图show view的权限。

这个需要结合具体的执行计划看一下，发一下两个sql的执行计划吧. https://docs.pingcap.com/zh/tidb/v6.5/sql-statement-explain-analyze/#explain-analyze

这个可能不是慢在tidb，怀疑客户端响应慢。可以考虑在select 1慢的时间点在数据库里执行看看时间

是想修改连接顺序吗？先让bcrd和tsd连接之后再和s连接？ 如果是要这种效果可以用hint实现。 https://docs.pingcap.com/zh/tidb/v6.5/optimizer-hints/#leadingt1_name--tl_name-

tidb-lightning的配置文件里有中文字符吧，看图片里引号和逗号格式有点问题。

4.0.2版本不建议用ticdc。。。

aarch64 是arm的版本，你是用amd版本的了吧

机械盘。。。感觉是机械盘io有瓶颈

建议用8.5版本的测一下

当前日志只能看到mysql启动的日志，这个日志是正常启动，在做crash recovery，看不到重启之前的日志。