您好！
对于这个功能我们没有任何异议，也能够理解这么做的原因，但是，你们在原有的版本上不加任何参数，在release note里不加任何相关说明，这个做法就比较不好。
任何功能都是有使用场景的，对于cdc to kafka，我们的使用场景都是单表保证在单partition，来严格保证单表的数据顺序的，对于我们这种应用场景，根本不需要将在特殊场景下的update拆分成delete+insert。
你如果一开始就是这样设计的，我们也能够兼容，但是对一个现有的系统在没有任何说明的情况突然改变，我们下游的应用将变得非常被动。
现在我们全公司的技术leader都被召集在一起来评估此事件的影响，再确定是否要对tidb进行版本回滚。当然这个事情也有我们自己的问题，就是在开发站和测试站的测试未能提前发现此更改。