起因:
公司数据库改造,需要将原有多个数据库恢复到新的服务器上,DBA同事提供给我的其他来源数据库备份均为全备。但是要求并不是全库恢复至新服务器。
mysql版本:5.6.43-log
----------------
处理过程:
在这个前提下尝试了三种方法恢复:
注意:在导入前禁用外键,防止导入过程中外键校验导致建表失败,导入完成后开启外键:
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 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 `类似的创建存储过程或者函数的语句,这是由于导入使用的用户没有赋予存储过程或者函数所在库的权限,故报错,选择无视。
----------------
----------------