搞一期tidb吐槽大会

相约下一个十年

这是监控图显示的问题，这个是放大的图 [image] [image] 在系统日志里查到了同一时间点，两次out of memory Feb 22 01:12:25 kernel: Out of memory: Kill process 10845 (tikv-server) score 879 or sacrifice child Feb 22 01:12:25 kernel: Out of memory: Kill process 10860 (grpc-server-4) score 879 or sacrifice child

看着每个周期都挺稳定 [image]

已经限制过了

【在什么场景下用 TiDB 比用 MySQL 更舒适？】 1.毋庸置疑的扩展性和灵活性 2.对mysql分片集群聚合到TiDB集群或者归档到TiDB集群 【对本系列 Meetup 的期待】 成本的对比 tidb适用的业务场景都有哪些？

同步的这个库或者同步的这个对象大吗？重新起一个同步任务，跳过这个大binlog

2025年一切顺利

分享的内容，越来越干了，越来越贴近正常的工作业务了

可以下载一个离线工具包

支持以年月份命名，一目了然

tidb_gc_run_interval这个参数值是多少

资源不够，也装不了

后续版本有没有对tiup的数据从库里生成

转换成select试试，报不报错，如果报错使用COLLATE指定一下排序规则再试试

旧环境使用TiCDC全量同步到MySQL，然后使用DM结合Where同步到新环境

旧环境-（TiCDC）-> MySQL -（DM）-> 新环境，中间就多了一个MySQL中转

排序规则不同，你的连接是默认是utf8mb4_general_ci，数据表是utf8mb4_unicode_ci