manus.im “tikv raft 的 append log, apply log 和 commit log 的区别，画个图说明“

问题描述里，append 虽然慢了点但应该在合理范围内，commit 慢了几个数量级，主要问题矛盾推测在 leader 和 follower 同步数据

可能简单的问题都问 AI 了

看下网络流量 by AI [image]

是的，

ERROR 8216 (HY000): Invalid auto random: auto_random can only be converted from auto_increment clustered primary key，描述没问题， PRIMARY KEY (id ,sendTm ) 不符合 auto_increment clustered primary key 这个描述

https://zhuanlan.zhihu.com/p/170016220 [image]

# 使用 StreamingResult 流式获取执行结果 这条 sql 会扫到 300w 条数据，tidb 的 tidb_mem_quota_query 改成 20GB 还是不行 TiDB 内存控制文档 检查表里是不是有大字段

https://docs.pingcap.com/zh/tidb/stable/sql-statement-admin-check-table-index 是不是没开 https://docs.pingcap.com/zh/tidb/stable/tidb-configuration-file/#new_collations_enabled_on_first_bootstrap

api 调用次数？ 报错会重试，s3 上限应该很高

ip 来源找原因，要记录 sql 得企业版开审计，不过 sleep 大概率只是个空闲长链接

https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/get-started/ https://github.com/pingcap/tidb-docker-compose

「分表合并」不支持，上游分表的 「drop/truncate table」 技术上对应不到下游合并后的 「delete」，上游分表可以直接用「delete」