【你最想实现的 TiDB 功能需求】 ticdc的全量加增量的功能及更好的路由特性，
【你最喜欢的 TiDB 新特性 + 理由】 数据库管理与可观测性,能尽量的避免对现有业务的影响
【你最想要周边心愿池里的哪个周边】 行李箱、 * 2023 Ti 工业风机械键盘、TiDB 新款金属手机支架
【你考过哪些 TiDB 证书？】 PCTA、PCTP、PCSD
【你身边有多少位朋友在用 TiDB？】 太多了
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。
嗯呢，这个大的原因应该是in值枚举了，这里感觉可以处理下，不过确实正常不应该in这么多参数
show global variables like “%col%”,这样看下
确实，那枚举值这种只能无解，这种确实是sql写的有问题，但因为量大写log拖慢了集群也没想到
这么看是不算了，但我感觉更想让他像sql记录的那样，对太长的内容有个截取，我改一下标签吧
没错，就是那个，执行计划爆表了， 报整个集群都拖慢了
这个也不是分区表，普通表，只是in的参数很多，执行计划已经超过1个G了
慢日志能直接查，但是dashboard没法看了，而且日志里直接是物理计划了，太长了
[image]sql确实是个很长的sql，但是是in了一堆值，不太清楚为什么plan会如此长
也不是硬限制，可以改啊，主要是需要评估下业务的影响吧，默认的是一个相对安全的配置
cdc目前没有路由功能，可以tidb-DB_A → cdc → mysql-DB_A → dm → tidb-DB_B
tiup启动可能会刷配置，手动重启，或者用一下方法1试下
![[image]](https://asktug.com/uploads/default/original/4X/6/b/6/6b63d424f387e8c25a45c3ecc1a07a14952fc70f.png){kind=link}