嗯， 现在只能重新全备了， 像加唯一索引这种还算比较常见， 这个对增量恢复影响还是蛮大的。。。。
BR 增备在6.1还是实验特性么？预计什么时候会正式GA啊？
后来我认真看了一下文档， 4.x， 5.x 文档增量备份看起来是GA的，增量恢复没有特别说明， 我想应该是GA的， 不然光备份GA，恢复没有GA没有意义; 6.x 增量恢复明确是试验特性， 不知道为啥， 是不是发现还有其它问题
最怕这种， 之前支持了， 后面又变成试验特性了:joy:
BR 增量备份恢复是近期我们在重点做的功能，随着新版本的发布这个功能会越做越好的。
加油，刚在测上面这个case的恢复，tidb server还崩了。
[2022/07/07 17:58:18.527 +09:00] [PANIC] [executor.go:132] ["index not found in origin table, please check the restore table has the same index info with origin table"] ["table id"=128] ["table name"=test] ["origin table id"=128] ["origin table name"=test] ["index name"=indx]
没太懂你的意思
- 提供一下全备时数据截图
- 提供一下执行增备时数据截图，确定一下增备期间到底有哪些数据变化
- 你这是在同一个集群内执行备份恢复吗？
1，2 提供一个时间线，做了哪些操作， 当时的数据是怎么样的
你回答一下我刚刚问的几个问题
- 是否只有增备
- 增备时数据是怎么样的
- 增备这个时间区间内是否有数据修改
- 是否恢复到同一个集群
最后 麻烦提供一个 时间图， 什么时间操作了什么， 结果是什么样的
1.是只有增备
2.增备时数据是：
3.增量备份操作
4.增量备份完成后删除其中一条数据,删除后数据如下：
5.执行增量恢复(使用的是同一个集群,而且是搭建的nfs,所有kv,pd 都能访问搭建的nfs 目录)
执行恢复会报错。
6.执行增量备份后的数据（发现数据没有恢复成功）
- 增备这个时间区间内是否有数据修改
这个回复一下， 即last-backup-ts到backup-ts 区间你是否对数据有改动 ？
增量备份期间没有改，是备份完后才改数据。
额， 你对增备理解有误啊
如果last-backup-ts 到backup-ts 没有修改，， 那么增备的数据是空啊
所以你执行恢复操作也没用
想想增备增备， 这个增是干啥的。。。
那现在这样可以哈，我刚刚备份了一次,现在我改一下数据再备份一下,然后把数据改到第二次备份前的数据，执行增量恢复，数据就还原了哈。
还有 last-backup-ts到backup-ts 区间你是否对数据有改动？ 你似乎并没有回复这个问题
增量备份期间没有改，是备份完后才改数据。 这个并不是这个回题的回复
last-backup-ts 是不是指最近一次备份时间,backup-ts 是不是指马上要备份的这个时间？
last-backup-ts 备份时数据这这样
backup-ts 备份时数据是这样(手动添加了一条数据)
last-backup-ts 到backup-ts 区间数据有改的,添加了一条数据。
现在是第二次备份完成后我把新增的那条记录删除了，然后使用增量恢复，结果恢复不了。
增量恢复报错如下：
有没有看到我回复的问题呢？
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。