升级前：又不是不能用…… 升级后：真香！真香！！！

ticdc先到kafka，再到doris

从tidb的体系架构进行理解，一个是tikv server的控制参数，一个是tidb server SQL层的控制参数

wait-for-lock-timeout 悲观事务在 TiKV 中等待其他事务释放锁的最长时间。若超时则会返回错误给 TiDB 并由 TiDB 重试加锁，语句最长等锁时间由 innodb_lock_wait_timeout 控制。 默认值：1s 最小值：1ms

看看扩容节点的日志，节点没配信任？

看一下集群拓扑，还有你做过的操作

应该是笔误

本身生产环境大版本升级就是一个高风险的动作，而且还要先做各种测试，看看SQL执行计划是不是会改变、兼容性等。 另外生产环境升级一般在业务低峰期，如果单单靠tug互助来解决升级过程中遇到的问题，那估计会急事个人。 生产环境升级大版本更多还是考虑收益，是看中新版本的性能提升？还是新功能？ 不然还是那句话：“为什么要升级？又不是不能用。”

注意： TiUP Playground 默认监听 127.0.0.1，服务仅本地可访问；若需要使服务可被外部访问，你可以通过 --host 参数指定监听 0.0.0.0 或网卡绑定外部可访问的 IP。

用于命令补全，配置好之后可以通过Tab键自动补全命令，很方便。 [image] 配置详见： https://docs.pingcap.com/zh/tidb/v7.1/tiup-command-completion#tiup-completion

lock 列：用于存储悲观事务的悲观锁以及分布式事务的一阶段 Prewrite 锁。当用户的事务提交之后，lock cf 中对应的数据会很快删除掉，因此大部分情况下 lock cf 中的数据也很少（少于 1GB）。如果 lock cf 中的数据大量增加，说明有大量事务等待提交，系统出现了 bug 或者故障。

什么密钥？

配sudo，配ssh免密 参考： https://docs.pingcap.com/zh/tidb/stable/check-before-deployment#手动配置-ssh-互信及-sudo-免密码

可以参考： https://docs.pingcap.com/zh/tidb/stable/pd-scheduling-best-practices#节点上线速度慢

我会修电脑可以吗

有蹭热点的嫌疑

ColumnFamily = MemTable + SST + 共享WAL 每个 ColumnFamily 的单个 MemTable 大小限制是 128MB，最多允许 5 个 MemTable 存在 就是最多有5个MemTable 用于数据读写 如果是你说的一个是在用的，一个是用来flush到磁盘的。那在用的写满了，而flush还没刷完就会造成等待，数据无法写入。

Ti cool le

查看DM版本 tiup list dm-master 升级dmctl版本 tiup update dmctl:v6.1.7 部署dm集群 tiup dm deploy dm-test ${version} ./topology.yaml