2022
我们一起努力

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`;

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

二,正确备份演示

mysqldump备份与恢复 之 黑锅侠 - 数据库

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

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)

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

赞(0)
文章名称:《mysqldump备份与恢复 之 黑锅侠 - 数据库》
文章链接:https://www.fzvps.com/85656.html
本站文章来源于互联网,如有侵权,请联系管理删除,本站资源仅供个人学习交流,请于下载后24小时内删除,不允许用于商业用途,否则法律问题自行承担。
图片版权归属各自创作者所有,图片水印出于防止被无耻之徒盗取劳动成果的目的。

评论 抢沙发

评论前必须登录!