Tidb 备份还原出错

🪐 TiDB 技术问题
,
1

解决好了，应该是BR还原的方式不支持一次性还原这么多表，有个库最多有10W张表，导致一还原就会出现上面ADMIN SHOW DDL JOBS;里面看到的ddl排队情况。
最后只能通过逻辑恢复表，然后再通过BR的还原。

【 TiDB 使用环境】 Poc
【 TiDB 版本】7.5
【复现路径】备份了几次出错，然后杀进程重新开始
【遇到的问题：问题现象及影响】执行了 ADMIN SHOW DDL JOBS; 显示有很多的状态 queueing；
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】

2

请发一下集群部署情况和当前集群资源使用情况。

3

image
image1485×482 58.9 KB

硬盘是因为挂载了其他服务器的，显示错误，实际使用都没超过20%

4

备份报错信息是什么

5

这些ddl是谁执行的，再看看mdl锁有没有

6

备份正常，是无法还原，有60个库，就4个库不行，执行发现就上面这四个库都有ddl在排队。

7

是还原的时候自动执行的。
请问如何查看？

8

重启下所有 Tidb 节点试下

9

重新初始化都也不可以的

10

通过br备份恢复的，按库还是全集群？

11

你是物理备份还是逻辑备份

12

BR是物理备份

13

当您执行 ADMIN SHOW DDL JOBS; 命令后，如果看到许多状态为 queueing 的 DDL 作业，这意味着这些操作任务已经进入了 DDL 任务队列，但尚未开始执行，因为它们正在等待前面的 DDL 任务完成。这种情况可能是由于系统资源不足、DDL 任务过多或者某些任务执行时间过长导致的。

为了解决这个问题，您可以考虑以下步骤：

  1. 检查系统资源：确保您的系统有足够的资源来处理 DDL 作业。如果资源使用率很高，可能需要减少其他操作或增加资源。
  2. 优化 DDL 作业：尝试减少不必要的 DDL 作业数量，或者将大型 DDL 作业分解成更小的部分，以便它们可以更快地完成。
  3. 调整 DDL 作业优先级：如果可能，尝试调整 DDL 作业的优先级，使最重要的作业优先执行。
  4. 监控 DDL 作业执行：使用 TiDB 提供的工具或命令来监控 DDL 作业的执行情况，以便及时发现和解决问题。
14

重新启动一下

15

解决好了，应该是BR还原的方式不支持一次性还原这么多表，有个库最多有10W张表，导致一还原就会出现上面ADMIN SHOW DDL JOBS;里面看到的ddl排队情况。
最后只能通过逻辑恢复表，然后再通过BR的还原。

16

这个能解释下吗？没理解

17

https://docs.pingcap.com/zh/tidb/v7.1/tidb-configuration-file?_gl=1*1picprd*_ga*MjAwNjMzMDcyNC4xNzE1MDc5MDQ3*_ga_3JVXJ41175*MTcxNjQzMDUyOS4zNi4xLjE3MTY0MzA1NDIuNDcuMC4w#split-table

看了别的老师解答，是因为BR恢复的时候，表分裂问题，需要关闭这个参数。我还没尝试，但应该可以。

18

谢谢，我看看。

19

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。