loader将mydumper备份的数据恢复至Tidb服务器出现以下报错

[hhb618]

[来了老弟]

你好，

辛苦提供下 的表结构。

[hhb618]

[yilong (yi888long)]

1. 这里日志报错，默认的参数值是不合法的，可以先记录当前 sql_mode 值

select @@sql_mode

2. 通过设置 sql_mode 取消 STRICT_TRANS_TABLES ，尝试导入

[FAQ] 如何设置 sql_mode

问 ： 如何设置sql_mode [解决方案] 使用 mysql 命令行登录 ，查看当前 sql_mode 值，可以记录当前值，执行命令 select @@sql_mode; [image] 临时设置（新 session 仍然使用修改前的 sql_mode）可以执行以下类似命令 ： set sql_mode=‘ONLY_FULL_GROUP_BY,STRICT_TRANS_TA…

[hhb618]

刚才那个没问题，现在由出现了一下问题。

[yilong (yi888long)]

检查下你的enum的值是不是不满足定义

[hhb618]

怎么确定是否满足定义呢？

[yilong (yi888long)]

你找到你的那行数据，看看你表的定义，麻烦先检查下。

[hhb618]

能不能直接忽略这些问题呢？

[hhb618]

每次执行的错误都不一样的

[yilong (yi888long)]

没有这样的参数，并且忽略错误，可能导致数据丢失。 建议您继续处理问题，可以反馈下，具体报错，多谢。

[hhb618]

同样的命令出现不同的错误

[hhb618]

再次执行的结果

[hhb618]

第三次的结果

[来了老弟]

你好，

@hhb618

刚才那个没问题，现在由出现了一下问题。

下游将 global sql_mode 设置为 ‘’，看下是否可以解决。

@hhb618

第三次的结果

此错误为主键冲突，loader 导入之前，将之前的数据残留清理掉。

[hhb618]

下游将 global sql_mode 设置为 ‘’ 这个下游是什么意思呢？

[来了老弟]

sorry，将 tidb sql_mode 设置为 ‘’；导入成功后，可以根据业务需要设置回原来的值

[hhb618]

是设置成这样么？

[hhb618]

你好，请问一下tidb数据库的默认库是那几个？

[hhb618]

是这个几个库么？