从mysql全备 导入指定数据库的数据：三种考虑方法

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 <XXXXXXXX.sql >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 on dysubprod.* 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.sh

cd /data
echo '---first sql----'
mysql -uwsnimp -pXXXXX -hXXX --force<01_20190731_0600.sql
if [ $? -eq 0 ]; then
        echo "==== ok!===="
else
        echo "====failed!===="
        exit 1
fi
echo '---second sql----'
mysql -uwsnimp -pXXXX -hXXX --force<02_20190731_0600.sql
if [ $? -eq 0 ]; then
        echo "==== ok!===="
else
        echo "====failed!===="
        exit 1
fi
echo '---third sql----'
mysql -uwsnimp -pXXX -hXXX --force<03_20190731_0600.sql
if [ $? -eq 0 ]; then
        echo "==== ok!===="
else
        echo "====failed!===="
        exit 1
fi
echo '---fourth sql----'
mysql -uwsnimp -pXXX -hXXX --force<04_20190731_0600.sql
if [ $? -eq 0 ]; then
        echo "====all ok!===="
else
        echo "====failed!===="
        exit 1
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 `类似的创建存储过程或者函数的语句，这是由于导入使用的用户没有赋予存储过程或者函数所在库的权限，故报错，选择无视。

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

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