索引创建异常；

羁旅 · 2025 年2 月 24 日 10:50

【使用环境】生产环境
【 OB or 其他组件】
【使用版本】3.1.5
【问题描述】表中15条数据，索引创建时间61096，还未成功
【复现路径】目前无操作

辞霜 · 2025 年2 月 24 日 11:02

通过ocp查看一下该sql的trace id然后根据trace id到observer日志中帮忙grep一下相关日志提取出来发一份看看

羁旅 · 2025 年2 月 24 日 11:08

observer.log.20250224092632:[2025-02-24 09:23:55.755605] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=10] [dc=0] index status is not final(index_table_id=1100611140177833)

羁旅 · 2025 年2 月 24 日 11:10

observer.log.20250224110401:[2025-02-24 11:01:45.539960] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=9] [dc=0] index status is not final(index_table_id=1100611140177833)
observer.log.20250224110401:[2025-02-24 11:01:45.640039] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=9] [dc=0] index status is not final(index_table_id=1100611140177833)
observer.log.20250224110401:[2025-02-24 11:01:45.740118] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=9] [dc=0] index status is not final(index_table_id=1100611140177833)
observer.log.20250224110401:[2025-02-24 11:01:45.840170] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=8] [dc=0] index status is not final(index_table_id=1100611140177833)
observer.log.20250224110401:[2025-02-24 11:01:45.940223] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=11] [dc=0] index status is not final(index_table_id=1100611140177833)
observer.log.20250224110401:[2025-02-24 11:01:46.040279] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=10] [dc=0] index status is not final(index_table_id=1100611140177833)
observer.log.20250224110401:[2025-02-24 11:01:46.140356] INFO [SQL.ENG] ob_index_executor.cpp:248 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=10] [dc=0] index status is not final(index_table_id=1100611140177833)
observer.log.20250224110401:[2025-02-24 11:01:46.140371] WARN [SQL.ENG] handle_session_exception (ob_index_executor.cpp:289) [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=12] [dc=0] session is killed(ret=-4064)
observer.log.20250224110401:[2025-02-24 11:01:46.157359] WARN [STORAGE.TRANS] wait_trans_version (ob_memtable_context.cpp:448) [92527][2356][Y1312AC1C4346-000621D48D9CA2C7] [lt=10] [dc=0] ObTaskType::GENERIC REACH SYSLOG RATE LIMIT
observer.log.20250224110401:[2025-02-24 11:01:46.164820] WARN [SQL.ENG] alter_table_rpc_v2 (ob_table_executor.cpp:740) [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=4] [dc=0] ObTaskType::GENERIC REACH SYSLOG RATE LIMIT
observer.log.20250224110401:[2025-02-24 11:01:46.164878] INFO [SHARE] ob_event_history_table_operator.h:257 [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=14] [dc=0] event table add task(ret=0, event_table_name="all_server_event_history", sql=INSERT INTO all_server_event_history (gmt_create, module, event, name1, value1, name2, value2, name3, value3, svr_ip, svr_port) VALUES (usec_to_time(1740366106164843), ‘sql’, ‘execute_cmd’, ‘cmd_type’, 22, ‘sql_text’, X’414C544552205441424C452060745F61705F6366675F6D73675F74656D706C6174655F706172616D600A09414444204B455920606964785F69646020286069646029’, ‘return_code’, -4064, ‘172.28.67.70’, 4882))
observer.log.20250224110401:[2025-02-24 11:01:46.164998] WARN [SQL.SESSION] set_session_state (ob_basic_session_info.cpp:4194) [92918][3114][Y1312AC1C4346-000621D48D9CA2C7] [lt=8] [dc=0] session is killed(ret=-5066, sessid=3221551898, proxy_sessid=12402142917095039834, version=0, state=1)

辞霜 · 2025 年2 月 24 日 11:16

麻烦直接 cat obsercer.log* |grep ‘Y1312AC1C4346-000621D48D9CA2C7’ > xxx.log
把附件发出来

羁旅 · 2025 年2 月 24 日 11:28

index.txt (11.4 MB)
这个是前面grep的ri日志，现在日志已经刷掉了，看不到了

辞霜 · 2025 年2 月 24 日 15:32

这些日志只能看出创建超时被杀了看看能复现么

羁旅 · 2025 年2 月 24 日 16:09

嗯嗯，好的，等下次出现我这边保存下看

来轩 · 2025 年2 月 24 日 20:32

这个问题大概率是，副本负载均衡任务，阻塞了索引创建的任务，下次再遇到这个情况，可以查下__all_index_build_stat 看下索引的创建状态，如果可以查到数据说明索引在创建中，此视图可以记录索引的table_id,根据索引的table_id，查询__all_virtual_rebalance_task_stat 表，看下是否存在大量的MIGRATE_REPLICA 的任务一直在运行导致SQL_BACKGROUND_DIST_TASK 发起不了，索引的创建任务对应就是 SQL_BACKGROUND_DIST_TASK 任务，如果SQL_BACKGROUND_DIST_TASK任务一直不能被调度的话，索引的创建或卡住，这种情况下可以关闭自动负载均衡的参数,不让MIGRATE_REPLICA 的任务频繁发起

羁旅 · 2025 年2 月 25 日 10:01

是关闭这个吧老师？

羁旅 · 2025 年2 月 25 日 10:05

enable_rebalance-V4.3.5-OceanBase 数据库文档-分布式数据库使用文档

来轩 · 2025 年2 月 25 日 11:18

对，是这个参数

羁旅 · 2025 年2 月 26 日 09:32

老师，方便电话或者钉钉聊下嘛

来轩 · 2025 年2 月 26 日 09:42

钉钉

羁旅 · 2025 年2 月 26 日 09:57

你钉钉多少老师？

羁旅 · 2025 年2 月 26 日 10:20

这个问题又出现了，你看方便能帮忙一起看下嘛老师，负载均衡关了还是没有恢复

来轩 · 2025 年2 月 26 日 10:24

查下我发的两个视图的截图发下

羁旅 · 2025 年2 月 26 日 10:28

没看到截图

羁旅 · 2025 年2 月 26 日 10:30

tfq6z61这个我钉钉号，你加下我老师

辞霜 · 2025 年2 月 26 日 10:43

3.15版本太低了，当前社区已经不进行维保了，建议升级到4.x版本。
你可以先根据trace id到observer日志中grep一下相关日志看一下sql执行日志