记录sql执行，开启后可以像MySQL基于全量备份恢复到某个时间点吗？
TiDB 8.5.6 不再支持 TiDB Binlog（Pump/Drainer）
不支持。从 TiDB v8.4.0 起，TiDB Binlog 已被移除（8.5.6 属于 v8.4.0 之后的版本，因此也不再包含/支持 Pump、Drainer 这套 TiDB Binlog 增量复制组件）。官方要求在升级到 v8.4.0 或更高版本前完成切换：增量复制用 TiCDC，PITR 用 BR 的 PITR。[^1]
另外，特性矩阵也显示 TiDB v8.5 对 TiDB Binlog 的状态为 Removed
有这个功能但是后面不推荐了
tidb有自己的日志，binlog只是个生态组件，可以用pitr恢复的
这个是实例恢复一致性的功能吧,貌似都有类似的机制
有， 但是从v7.5.0 版本开始，官方已不提供技术支持了，建议使用TiCDC 替代 TiDB Binlog
用PITR对性能影响如何呢？
- 查询（SELECT）性能：无影响，TiDB Binlog 仅记录写入操作，不影响读请求。
- 写入（INSERT/UPDATE/DELETE）性能：存在轻微影响，一般在 10%-20% 之间，具体取决于写入压力和硬件配置。
一般是恢复到另一个集群呀，生产基本上不会在本集群恢复的，防止二次伤害
你当前集群不会有影响
低版本有，后面是用ticdc替代
好哦，谢谢解答呀。
上面有评论说从v7.5.0 版本开始，官方已不提供技术支持了，建议使用TiCDC 替代 TiDB Binlog
版本是8.5.4就要用TICDC 呀
tidb也有binlog机制，会对集群性能有影响，导致集群变慢。且官方从高版本已经不支持该机制了，如果需要实时同步，可以使用官方的ticdc机制
肯定不支持的，底层架构都不一样，这个相当于物理恢复
cdc只能代替binlog用于数据同步的功能，像这种数据恢复还是得用PITR
好的呀，谢谢解答。
你可以用pitr恢复到另一个tidb集群，然后用dumpling导出到mysql