8211 - DDL job rollback, error msg: Reorg worker panic

🪐 TiDB 技术问题
,
1

Bug 反馈
清晰准确地描述您发现的问题，提供任何可能复现问题的步骤有助于研发同学及时处理问题
【 TiDB 版本】tidb 6.5
【 Bug 的影响】

创建索引失败
8211 - DDL job rollback, error msg: Reorg worker panic
【可能的问题复现步骤】
1、只有一个表创建索引失败，在库里面新建表创建索引正常

image
image1419×115 2.48 KB

SELECT * FROM mysql.tidb_mdl_view此视图有update语句阻塞create index语句，但是通过停止update消费任务后，重建索引，此视图不在出现阻塞语句，创建索引仍然失败

【看到的非预期行为】

【期望看到的行为】

【相关组件及具体版本】

【其他背景信息或者截图】
如集群拓扑，系统和内核版本，应用 app 信息等；如果问题跟 SQL 有关，请提供 SQL 语句和相关表的 Schema 信息；如果节点日志存在关键报错，请提供相关节点的日志内容或文件；如果一些业务敏感信息不便提供，请留下联系方式，我们与您私下沟通。

2

你这也不是bug吧，没看出来哪里有问题

3

会不会是回填索引数据的时候有事务冲突， tidb_ddl_reorg_batch_size调小点或者业务低峰期试试呢

4

Reorg worker panic 数据回填失败了

  1. 发布你的集群配置
  2. 描述操作相应的结构和数据规模
  3. 建议升级到 6.5.X 最新版
5

数据已经回填完毕了，在merge阶段，ddl正常和dml不冲突，tidb_ddl_reorg_batch_size=500

6

可以尝试以下步骤：

  1. 确保 TiDB 版本是最新的，并且已经应用了最新的补丁和更新。有时，这种问题可能是由于已知的 Bug 引起的，而最新的版本可能已经修复了这个问题。可以升级到 v6.5.6 试一下
  2. 检查 mysql.tidb_mdl_view 视图中的阻塞语句，并确保它们不会干扰索引重建操作。您可以使用 SHOW PROCESSLIST 命令来查看当前正在运行的语句，并尝试停止或优化可能导致阻塞的语句。
  3. 如果问题仍然存在，您可以尝试重新启动 TiDB 集群，并重新执行索引创建操作。这有助于清除可能存在的临时状态或异常情况。
7

我们在实际迁移测试中，MYSQL版本的数据库也出现过相同问题，删除原来表后重新创建表解决的，这应该是TIDB那边出现了异常

8

我们关闭6.5版本的特性，问题解决
tidb_enable_metadata_lock =off
tidb_ddl_enable_fast_reorg =off

9

建的是普通索引还是unique的

10

Reorg worker panic 应该是 bug，方便提供一下这个时间段内 DDL owner 的日志吗？

11

普通索引

14

image
image1920×1025 487 KB