什么原因啊？
看起来是 fbi.aniwe_work_maping_tmp.sql 文件有问题，请检查一下
您好：
看下应该是沒有 fbi.anime_work_mapping_tmp-schema.sql 这个文件，检查是否导出时，没有导出schema文件，多谢没有这个sql不行吗？这个sql执行报错，客户端执行没问题，让我删了，手动建的表。schame的sql中乱码，lighning报错，datetime类型的列默认值为null也报错。 客服端执行建表sql没点问题，lighning执行就不行。
稍等…我们看下
好的，还有如果数据库表已经存在了，再执行schema.sql会有问题吗？
你好，
如果目前环境不可控，建议重新 mydumper，保证导入期间出现不必要的问题。
没有这个sql不行吗？这个sql执行报错，客户端执行没问题，让我删了，手动建的表。schame的sql中乱码，lighning报错，datetime类型的列默认值为null也报错。 客服端执行建表sql没点问题，lighning执行就不行。
这个问题怎么解决？
你好，
应该是在 数据库结构的文件中未找到这个表的语句，可以将建表语句补充进去尝试下，load 时找的可能是 schema 中的信息，而不是该表是否存在。亦可以把schema 的表结构信息重新导出下，尝试恢复
为啥同样的语句，客户端执行就没有问题，lightning执行就有问题呢？
你好，
建议正确是使用 tidb lighting
这边有 《tidb in action》开源数据可以了解下，其中关于 tidb lighting 有详细的介绍，灾区结合自己的测试，避免工具以外的事情，如果有任何易用性的建议可随时反馈给我们：
https://book.tidb.io/session2/chapter2/lightning-in-action.html
我好奇的是为啥schema.sql中有编码乱码或者datetime类型的字段默认值为null时，执行就报错呢？
- 请问客户端具体指什么？ 可能是你客户端的字符集和服务端不同，导致乱码，可以从命令行导出试试
- lightinig的datetime报错具体是什么？ 这里的参数有修改过配置吗？ TiDB Lightning 任务配置 https://pingcap.com/docs-cn/v3.0/reference/tools/tidb-lightning/config/