线上的活动基本都有参与，特别是mysql与tidb一系列活动，非常有意义，稀罕的就是时间比较忙，线下活动参与的比较少，只参加了AI相关 祝福 TiDB 越做越好，也祝各位 TiDBer 都能身体健康，升职加薪，财富自由

如果只是下线检查的话可以把下线的那台先stop对应的组件，然后机器关机，检查或者换完内存后正常开机就行了，组件会自动拉起，有两点要注意，1.关机的机器不要动磁盘，2.修复内存过程中要保证其他两台机器不要出问题，如果这两点无法保证的话就先扩容一个节点再操作

才发现1024竟然是周五，不加班就算福利了

如果使用nohup备份的注意日志有没有[“received signal to exit”] ，如果有就别用nohup备份，这样就能解决，这个noleader日志告警很有迷惑性

暂时不支持路由配置，目前只能通过写到kafka来自己消费和路由

https://github.com/pingcap/tidb/issues/57439 对应的表结构发下吧，可能是bug,如果是没解决的bug的话暂时只能绕过了

[image] 看起来是索引数据不一致的问题，可以根据文档进行解决 https://docs.pingcap.com/zh/tidb/stable/troubleshoot-data-inconsistency-errors/#error-8141

点赞，开源社区，友好沟通，而且tidb社区也明确说明了很欢迎大家提代码和文档的相关bug，并会给一定的积分奖励

cdc直接就可以过滤的，具体看文档：https://docs.pingcap.com/zh/tidb/v7.5/ticdc-filter/#event-filter-事件过滤器-span-classversion-mark从-v620-版本开始引入span

明白，那这种路由功能CDC目前是不支持的，想要实现的话只能用cdc写到kafka中，然后自己消费来处理

在配置文件里写，你是不是想问ticdc支持路由功能不，比如上有库名为table_a,同步到下游库名table_b中，这个是不支持的，ticdc目前没有路由功能

这种可以，完全没冲突

是分库分表的场景么，同步到同一个表中还是不同表中

看下analyze的时间点，show analyze status,是不是有analyze执行失败的情况，另外调整下analyze的时间观察下cpu有没有明显下降，先排查下是否为analyze的问题

表多大，满足条件的数据量多大，查询的字段有没有大字段，关联字段有没有索引，如果需要扫描和join的行数很多，确实会超过你设置的内存，你说内存只用了几十G，是因为你限制了20G，所以内存也不会更大，如果确定没有影响，且查询没有优化（必须加索引，换join方式）那只能加大参数了

有个类似的issuse,但是显示已经合并并发布了，按理说不会有这个问题，你这个备份是什么时候备份的，备份的命令是什么，备份到现在这段时间字符集之类的有没有改过 https://github.com/pingcap/tidb/issues/31297

可以发下执行的命令和报错的日志么

show variables like ‘%character%’;show variables like ‘%collation%’;上下游执行下这两个，看下结果

从cdc测直接解析出来是几条数据，应该也是多条，而不是一条吧