问TencentDB MySQL 误删列后，如何只恢复旧值而保留后续写入？

在设计腾讯云 TencentDB for MySQL 8.0 的恢复演练方案，想确认误删列之后的恢复边界。这是方案咨询，尚未执行破坏性演练，没有实际报错。 设定场景：InnoDB 的 orders 表以 id 为主键，另有 status、remark、updated_at。T0 时误执行 ALTER TABLE orders DROP COLUMN remark；随后业务继续新增订单、更新 status，也可能删除订单。目标是找回 T0 前已存在订单的 remark，同时保留 T0 后的合法变更，不把整张表恢复成旧快照。 已做的方案推演：整表切回 T0 前会丢失后续写入，因此考虑先把误操作前的数据回档到隔离库表，再重建 remark 列，按 id 分批回填。仅按 id 关联仍有疑问：若某行先被删除后又用相同 id 重建，旧 remark 可能被填到新实体；updated_at 也会被状态更新改变，不能直接证明是同一历史实体。暂不假设已有完整业务审计流水。 想请教三个问题： 1. TencentDB 的库表回档能否跨越 DROP COLUMN 恢复出操作前的列定义和数据？若源表结构已经改变，选择回档到新表与克隆到独立实例时分别有哪些前提或限制？ 2. 对误操作前已经存在且没有被删除重建的订单，如何确定安全的回填集合？若业务只有 id 和 updated_at，是否必须借助 binlog 或额外的实体版本标识才能排除主键复用，无法确认的行是否应转人工核对？ 3. 分批回填期间如果 remark 列已重新开放给业务写入，应采用什么并发控制或条件更新策略，避免覆盖用户刚填的新值？希望了解可验证的停写边界及回填验收方法。