smt 工具报错

[不是机器人]

【详述】smt 在处理 mysql 表量大的时候 获取元数据超时
【背景】
./starrocks-migrate-tool

2023/07/06 17:41:56 source/mysql.go:109 SLOW SQL >= 200ms
[255.556ms] [rows:590] SELECT * FROM information_schema.tables WHERE TABLE_TYPE=‘BASE TABLE’ ORDER BY TABLE_SCHEMA asc, TABLE_NAME asc
Successfully got tables from the source database. Converting them to StarRocks DDL…
Writing starrocks ddl reults…
Done writing to: /tools/smt/result/sec_adaptive
Writing starrocks ddl reults…
Done writing to: /tools/smt/result/sec_adaptive
Writing starrocks ddl reults…
Done writing to: /tools/smt/result/sec_adaptive

[yuchen1019]

您好 这个打印的信息是不是没发全信息？ 我看这个没有报错 最后是Done writing to 了 实际是没写进去？ 还是怎么样

[不是机器人]

这些就是全部的 smt 报错了 结果是没有获取到数据库元数据 没有成功生成表结构 sql

[yuchen1019]

您mysql库下有多少张表？ 麻烦重新生成一下可以吗 发下对应的操作步骤和fe.log日志 我看下是哪个卡住了

[不是机器人]

约300张表 操作步骤为 归档mysql数据 使用smt工具转换表结构至sr 表较少的数据库可以顺利转换(约30张表) 表量多的情况下会获取元数据失败 表名类似于 table_20230101-table_20231231 这种物理分表

尝试多套mysql后发现 在相同sr集群 不同mysql的情况下 会存在获取元数据超时的情况导致无法生成表结构

[不是机器人]

有常识查看或者复现么？

[yuchen1019]

可以尝试使用下最新版本的smt工具 mysql推荐是用5.7以上的版本