解决方案： 使用 etcdctl 清理掉无用历史缓存 export ETCDCTL_API=3 ## 生命etcdctl版本是3版本 # 删除 changefeed 元数据 etcdctl --endpoints=http://<PD_IP>:<PD_PORT> del --prefix "/tidb/cdc/__backup__/0/tidb/cdc/changefeed/info" # 删除任务状态数据 etcdctl --endpoints=http://<PD_IP>:<PD_PORT> del --prefix "/tidb/cdc/__backup__/0/tidb/c…

社区反馈bug：https://github.com/pingcap/tiflow/issues/9807

没说业务要求，要是能停机多久。

我来，自研审计工具刚好能用

因为隐式转换？

有进展么，比较关注结果

产品角度，没毛病。

parquet数据格式，可以让逻辑备份文件通用性扩展一些。 虽然csv基本覆盖了parquet的场景

大佬简单描述下，归档策略是咋处理的

有write-stall报警么

【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】 优势： 省钱：进一步压缩小库的资源占用 挑战： 性能下降，网络交互多了一层，grpc请求耗时*2，有个帖子说接入k8s性能下降30%。

TiDB 振翅高飞，直步九天之上。

【数据库层面的降本增效你有哪些经验/建议？】 存储降本增效最直观明显，最好有平台自动化开发能力，自动化做到TiDB层面冷热数据分离，那样将大大降低。 【有啥需求】 官网提供存储冷数据磁盘磁盘容量推进（比如支持存储16TB） 痛点：单机TiKV磁盘 4TB，如果用来存放归档数据，磁盘量还是很小。 【个人体感：用 TiDB 是否能真正做到降本增效？】 还算可以

TiDB语法不兼容导致的，需要把所有is null 值刷为 default值，再执行ddl。

那还好，如果是mysql → DM → tidb 同步架构，业务可能等不起，就算跳过当前ddl，后续修复数据也是大麻烦。

对， 大表就是噩梦了。领导一直问：还多久能修复！！

实际修复是按照您说的方法，全部update ''，再alter not null default ''; 还好是dev环境，数据量小，如果生产环境，修复就很难了。

恩了是的。 [image]

数据平台建定时任务，工具自动处理么。