mysql版本：5.6.43-log

处理过程：

尝试了三种方法恢复：

注意：在导入前禁用外键约束，防止导入过程中外键校验导致建表失败，导入完成后开启外键约束(当然MySQL中还是不建议使用外键的)：

set foreign_key_checks=0; -- 禁用外键

set foreign_key_checks=1; -- 开启外键

(1)使用--one-database参数导入dysub数据

nohup mysql -uwsnimp -pXXXXXX -hXXXXXX dysub --one-database err_wsnimp_XXX.log &

结论：此种方式可导入指定数据库的全部数据，但是对于非指定数据库的数据库也会被建立，但没有表和数据信息，不推荐。

(2)使用sed命令从备份文件中摘出来指定数据库的相关sql语句:

匹配出dysub库相关语句：sed -n '/^-- Current Database: `dysubprod`/,/^-- Current Database: `/p' XXXXXXX.sql > dysubbak_20190801.sql &如果是指定多个库,用;分隔多个匹配的命令即可：sed -n '/^-- Current Database: `dysub1`/,/^-- Current Database: `/p;/^-- Current Database: `dysub2`/,/^-- Current Database: `/p' XXXXXXX.sql >dysubbak_20190801.sql&

结论：此种方式可较快处理问题，经测试即使SQL文件很大(几十G是完全没问题的)，也可以用sed快速输出匹配的sql命令行。

(3)在库中先建一个用户导入数据的用户，赋予需要导入数据库的权限：

此处我赋予的是all 权限：

grant all privileges ondysubprod.* to wsnimp@'%' identified by 'Passw0rd#';

flush privileges;

数据导入,如果不加force 命令会异常中断，因为对于没有权限的库都是导入失败的：

nohup mysql -uwsnimp -pPassw0rd# -hXXXXXX --force< pdms_bak.sql >err_pdmsimp.log &

结论：此种方法同样是推荐的。

(4)由于有多个源端的全备文件，用sed也需要一个个匹配重定向到新文件里，可以采用追加到同一个文件方式，然后最终一次执行。

此次问题处理过程中因为多源+多库，我采用了第三种方式：只需要赋予指定库的权限，然后写个简单的小脚本nohup一次执行即可，

可以从输出的日志中看出来SQL文件执行到第几个以及执行成功与否：

nohup ./wsnimp.sh >err_wsnimp_201907310945.log &

#!/bin/sh

##wsnimp.shcd/dataecho '---first sql----'mysql-uwsnimp -pXXXXX -hXXX --force<01_20190731_0600.sqlif [ $? -eq 0 ]; then

echo "==== ok!===="

else

echo "====failed!===="exit1

fi

echo '---second sql----'mysql-uwsnimp -pXXXX -hXXX --force<02_20190731_0600.sqlif [ $? -eq 0 ]; then

echo "==== ok!===="

else

echo "====failed!===="exit1

fi

echo '---third sql----'mysql-uwsnimp -pXXX -hXXX --force<03_20190731_0600.sqlif [ $? -eq 0 ]; then

echo "==== ok!===="

else

echo "====failed!===="exit1

fi

echo '---fourth sql----'mysql-uwsnimp -pXXX -hXXX --force<04_20190731_0600.sqlif [ $? -eq 0 ]; then

echo "====all ok!===="

else

echo "====failed!===="exit1

fi

补充：从日志中看到有报错：

ERROR 1227 (42000) at line 1781: Access denied; you need (at least one of) the SUPER privilege(s) for this operation

这个报错是没有super权限，根据报错信息中提示的line 去sql语句文件中找到对应的sql信息，

sed -n '1600,1900p;' 01_20190731_0600.sql >test.txt

结果显示均为：CREATE DEFINER=`root`@`%` PROCEDURE `类似的创建存储过程或者函数的语句，这是由于导入使用的用户没有赋予存储过程或者函数所在库的权限，故报错，选择无视。

----------------

----------------