使用myloader导入mysql报错

【 TiDB 使用环境】测试/ Poc
【 TiDB 版本】7.5.1
根据这个文档https://docs.pingcap.com/zh/tidb/stable/migrate-from-tidb-to-mysql ,来测试从TiDB迁移数据到MySQL,在使用myloader导入时报错"Segmentation fault",mydumper版本是0.10.1

您可以尝试使用 TiDB 提供的逻辑导入导出工具 dumpling 和 lighting

感觉是mysql接受不住并发

你用mysql自己的导出工具看看小的表能导出么 mysqldump -h ip -uroot -ppassword dbname dbtable>dbsql.sql.如果mysql没故障就能导出了

分段错误,这个是软件本身错误报出来的吧

https://docs.pingcap.com/zh/tidb/stable/migrate-from-tidb-to-mysql
试试这个呢?

我就是按这个操作的

你都导出成sql文件了,直接source进mysql不就好了

1 个赞

为啥要从tidb迁移回到mysql呢,是业务硬性需求,还是自已进行测试回迁。原则上,从mysql迁移到tidb,使用过tidb后,就再也不想迁移回mysql.

看错题目了 哈哈
mysql -h ip -uroot -ppassword dbname <dbsql.sql

现在是导入到mysql不行,不是导出哦

哦哦,我试试看

说明白了要有一个兜底的,没问题当然最好啦

“Segmentation fault”,感觉是软件出错了吧,运行环境是啥

centos7.9

使用mysql导入没有问题哦,使用myloader导入时是运行一会后才报的错

tidb比mysql好几百倍 兜底是tidb

导出的sql文件很多,这不得一条条source。有没有比较快捷的方式吗

  1. 首先,确保您已经按照文档中提供的步骤准备好 TiDB 和 MySQL 数据库,并已经使用 mydumper 工具备份了 TiDB 数据。
  2. 在使用 myloader 导入数据时出现 “Segmentation fault” 错误通常是由于程序崩溃引起的。这可能是由于不兼容的 mydumper 和 myloader 版本导致的。
  3. 根据您提供的信息,您正在使用 mydumper 版本 0.10.1。建议尝试升级 mydumper 到最新版本,以确保与 myloader 兼容。最新版本的 mydumper 可能修复了一些 bug 和兼容性问题。
  4. 在升级 mydumper 后,重新使用 mydumper 备份 TiDB 数据,并尝试使用 myloader 导入数据到 MySQL 数据库。确保在导入过程中不再出现 “Segmentation fault” 错误。
  5. 如果问题仍然存在,您可以尝试查看 myloader 的日志文件,以获取更多详细的错误信息。日志文件通常会记录程序崩溃的原因,有助于进一步排查问题。

用最新的mydumper版本0.16,导入时会报"** (myloader:3710): ERROR **: 10:23:34.837: Global metadata file processing was not possible"