mysqldump备份与恢复 之 黑锅侠

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

    具体原因：由于备份时语法错误 或 指定的目录不存在，但在备份的时候又没报错，所以工程师以为备份成功了，最终酿成大祸；（成为黑锅侠）

  公司最终开恩，每人扣除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)

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