您现在的位置是:首页 > 文章详情

mysqldump备份与恢复 之 黑锅侠

日期:2017-05-01点击:425

    公司这几天数据库有数据丢失,所以找到运维部门要恢复数据库,但是我们的工程师,在执行完恢复命令后,提示语法错误,并没有恢复数据库,坑爹啊~~~

    具体原因:由于备份时语法错误指定的目录不存在,但在备份的时候又没报错,所以工程师以为备份成功了,最终酿成大祸;(成为黑锅侠)

  公司最终开恩,每人扣除1000元的惩罚,下面来总结并模拟下正常过程。


 博主新的博客地址: https://www.dgstack.cn/  进入有惊喜哦~~ 欢迎收藏


一、错误备份演示

语法出错,备份失效看似备份成功,但查看备份内容时,出现语法错误的警告

[root@db02 ~]# mysqldump -uroot -poldboy123 -A -B oldboy >/opt/oldboy_bak1.sql [root@db02 ~]# cat /opt/oldboy_bak1.sql Usage: mysqldump [OPTIONS] database [tables] OR     mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...] OR     mysqldump [OPTIONS] --all-databases [OPTIONS] For more options, use mysqldump --help #提示: #1,错误点就是 -A 与 [-B 指定库名] 不能同时使用,会产生语法错误,看下面解释就明白了,指定的范围有冲突 #-A:--all databases 所有数据库备份 #-B:指定多个数据库备份 增加建库语句及use语句  #mysql 不能使用kill -9 否则后果自负;

补充强调:我们平时发帖子,都是通过web服务器连接mysql,之后通过insert语句把数据存入数据库

mysqldump的参数说明,总结常用的几个:

-A:--all databases 所有数据库备份 -B:指定多个数据库备份 增加建库语句及use语句 --compact 减少无用输出---去掉备份文件中注释的SQL语句,适合调试,生产中不建议使用 -F 刷新binlog日志,生产新文件,将来增量从这个新文件开始(完整恢复=全备+临界点binlog) --master-data 增加binlog日志文件名及对应的位置点(有锁表功能)(即CHANGE MASTER 语句) --master-data=1 不注释可执行  --master-data=2 注释信息( -x 是锁表,为什么要锁表?主要是确保备份数据的完整性,不要出现“锯齿状”数据,尽量在业务低谷时备份或内部专门用于备份的从数据库 在锁表 -l 对所有表加读锁。(默认是打开的,用--skip-lock-tables来关闭,上面的选项会把关闭-l选项) -d 只备份库表结构无数据 -t 只备份数据无表结构 SQL语句形式 -T 库表,数据分离不同文件,数据是文本形式、 --single-transaction  适合InnoDB数据数据库备份,它有Acid 特性,隔离性:执行dump后,只能看到之前的数据,之后插入的被隔离 -q, --quick 直接导出不写入内存        Don't buffer query, dump directly to stdout. ##快速               (Defaults to on; use --skip-quick to disable.) --single-transaction 备份期间不锁表,又能保证数据一致性(基于innodb引擎),例如给每个人照相,“快照” -S 多实例指定socket

出现events—warning,下面是 处理方法:

这是因为mysqldump默认是不备份事件表的,只有加了--events 才会,解决办法:  加上--events  或 --ignore-table=mysql.events 参数即可;      #导出事件      #忽略某个表的意思,可以mysqldump --help 查看 mysqldump -uroot -poldboy123 -S /data/3307/mysql.sock  --events  -A >all.sql

-B的“增加建库语句”作用

如果没有-B这个参数 备份文件中就不会有如下内容,在恢复的时候不会有建库的动作

CREATE DATABASE /*!32312 IF NOT EXISTS*/ `mysql` /*!40100 DEFAULT CHARACTER SET utf8 */; USE `mysql`;

如何拒绝成为黑锅侠:胆大心细,善于总结,吸取经验,脱离黑锅;

二,正确备份演示

定期做备份恢复演练 或恢复测试

1,在test数据库中创建student表

mysql> use test;  ##进入test库 create table student( id int(4) not null, name char(20) not null, age tinyint(2) NOT NULL default '0', dept varchar(16) default NULL ); ##创建student表 里面是各个字段的设置

2,备份数据库test

mysqldump -uroot -poldboy123 -S /data/3307/mysql.sock  -B test >/opt/test.sql cat /opt/test.sql  #检测备份是否有效

3,删除test库(模拟真实环境)

mysql> drop database test; Query OK, 0 rows affected (0.00 sec) mysql> show databases; #没有test数据了 +--------------------+ | Database           | +--------------------+ | information_schema | | mysql              | | oldboy             | | performance_schema | +--------------------

4,恢复test库

[root@db02 ~]# mysql -uroot -poldboy123 -S /data/3307/mysql.sock  </opt/test.sql mysql> show databases; #恢复test库,因为之前使用-B备份的,所以现在不用指定库,直接恢复 mysql> show databases; +--------------------+ | Database           | +--------------------+ | information_schema | | mysql              | | oldboy             | | performance_schema | | test               | +--------------------+ 5 rows in set (0.00 sec) mysql> desc student; +-------+-------------+------+-----+---------+-------+ | Field | Type        | Null | Key | Default | Extra | +-------+-------------+------+-----+---------+-------+ | id    | int(4)      | NO   |     | NULL    |       | | name  | char(20)    | NO   |     | NULL    |       | | age   | tinyint(2)  | NO   |     | 0       |       | | dept  | varchar(16) | YES  |     | NULL    |       | +-------+-------------+------+-----+---------+-------+ 4 rows in set (0.00 sec)

到此,模拟数据恢复成功。

原文链接:https://blog.51cto.com/qiuyt/1921011
关注公众号

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。

持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。

文章评论

共有0条评论来说两句吧...

文章二维码

扫描即可查看该文章

点击排行

推荐阅读

最新文章