MySQL故障演习

接上次的 MySQL定时备份

该次实验主要是练习在MySQL数据库发生误删等意外情况下,利用全量备份文件和增量备份文件恢复数据。

1. 实验环境

-- 创建数据库
create database db1 character set utf8 collate utf8_general_ci; create table db1.author (
id int(11) primary key auto_increment,
name varchar(20) comment '姓名',
phone varchar(20) comment '电话'
) comment '作者表'; create table db1.book (
id int(11) primary key auto_increment,
name varchar(100) comment '名称',
price decimal(10,2) comment '售价'
) comment '图书表'; insert into db1.author(name, phone) values
('孔子', '111'),
('亚瑟.叔本华', '222'); insert into db1.book(name, price) values ('论语', 19.9);

此时的author表和book表记录是这样的:

mysql> select * from db1.author;
+----+-------------+-------+
| id | name | phone |
+----+-------------+-------+
| 1 | 孔子 | 111 |
| 2 | 亚瑟.叔本华 | 222 |
+----+-------------+-------+
3 rows in set (0.00 sec) mysql> select * from db1.book;
+----+------+-------+
| id | name | price |
+----+------+-------+
| 1 | 论语 | 19.90 |
+----+------+-------+
1 row in set (0.00 sec)

2. 每周日全量备份

2.1 凌晨3点全量备份

全量备份文件:db1_20181216.sql.tgz

2.2 数据库操作

insert into db1.author(name, phone) values ('刘慈欣', '333');

此时的author表记录是这样的:

mysql> select * from db1.author;
+----+-------------+-------+
| id | name | phone |
+----+-------------+-------+
| 1 | 孔子 | 111 |
| 2 | 亚瑟.叔本华 | 222 |
| 3 | 刘慈欣 | 333 |
+----+-------------+-------+
3 rows in set (0.00 sec)

3. 周一操作

3.1 周一凌晨3点增量备份

增量备份文件:mysql-bin.000026

3.2 数据库操作

-- 插入数据
insert into db1.book(name, price) values ('三体', 65);
-- 更新数据
update db1.author set phone='001' where name='孔子';

此时的author表和book表记录是这样的:

mysql> select * from db1.author;
+----+-------------+-------+
| id | name | phone |
+----+-------------+-------+
| 1 | 孔子 | 001 |
| 2 | 亚瑟.叔本华 | 222 |
| 3 | 刘慈欣 | 333 |
+----+-------------+-------+
3 rows in set (0.00 sec) mysql> select * from db1.book;
+----+------+-------+
| id | name | price |
+----+------+-------+
| 1 | 论语 | 19.90 |
| 2 | 三体 | 65.00 |
+----+------+-------+
2 rows in set (0.00 sec)

3.3 误操作

一不小心执行了 delete from db1.author,author表的数据全都清空了,这可怎么办啊!如果有撤回操作就好了。

而备份恢复就像是撤回操作

此时的author表记录是这样的:

mysql> select * from db1.author;
Empty set (0.00 sec) mysql> select * from db1.book;
+----+------+-------+
| id | name | price |
+----+------+-------+
| 1 | 论语 | 19.90 |
| 2 | 三体 | 65.00 |
+----+------+-------+
2 rows in set (0.00 sec)

4. 备份恢复

在全量备份后,我们进行了n条数据库操作,这些操作都保存在今天(周一)凌晨的增量备份和当前 binlog 里。如下:

操作1
操作2
操作3(误操作)

恢复的时候,我们先将数据库恢复到原始数据状态,然后再执行一遍增量备份和binlog里的操作(特别注意:错误操作除外)就行了。

备份恢复的时候干脆先停止当前系统的使用(应该有更好的解决方法,既不影响系统的使用,也能完成备份恢复,在用户无知觉的情况下恢复数据)

(1) 增量备份

执行增量备份的脚本

/root/bash/Mysql-DailyBak.sh

增量备份文件:mysql-bin.000027

(2) 恢复备份前全量备份数据库

该步骤完全是为了以防万一,和要进行的备份恢复没啥关系。

注意执行以下命令备份:

/usr/local/mysql/bin/mysqldump -uroot -ptencns152 --quick --events --databases db1 --single-transaction > db1_20181217.sql

(3) 恢复全量备份

mysql> source /home/mysql/backup/db1_20181216.sql

mysql> select * from db1.author;
+----+-------------+-------+
| id | name | phone |
+----+-------------+-------+
| 1 | 孔子 | 111 |
| 2 | 亚瑟.叔本华 | 222 |
+----+-------------+-------+
2 rows in set (0.00 sec) mysql> select * from db1.book;
+----+------+-------+
| id | name | price |
+----+------+-------+
| 1 | 论语 | 19.90 |
+----+------+-------+
1 row in set (0.00 sec)

(4). 恢复增量备份

增量备份共有2个:mysql-bin.000026 和 mysql-bin.000027

(4.1) 恢复 mysql-bin.000026 的操作
/usr/local/mysql/bin/mysqlbinlog --no-defaults /home/mysql/backup/daily/mysql-bin.000026 | mysql -uroot -p db1

此时的数据表是这样的:

mysql> select * from db1.author;
+----+-------------+-------+
| id | name | phone |
+----+-------------+-------+
| 1 | 孔子 | 111 |
| 2 | 亚瑟.叔本华 | 222 |
| 3 | 刘慈欣 | 333 |
+----+-------------+-------+
3 rows in set (0.00 sec) mysql> select * from db1.book;
+----+------+-------+
| id | name | price |
+----+------+-------+
| 1 | 论语 | 19.90 |
+----+------+-------+
1 row in set (0.00 sec)
(4.2) 恢复 mysql-bin.000027 的操作(除误操作外)
# 查看 mysql-bin.000027
/usr/local/mysql/bin/mysqlbinlog --base64-output=decode-rows -v /home/mysql/backup/daily/mysql-bin.000027 > mysql-bin.000027.txt

通过观察 mysql-bin.000027.txt

....

/*!*/;
# at 842
#181218 11:17:24 server id 152 end_log_pos 896 CRC32 0xeff9a750 Table_map: `db1`.`author` mapped to number 3960
# at 896
#181218 11:17:24 server id 152 end_log_pos 992 CRC32 0x87dc5c6f Delete_rows: table id 3960 flags: STMT_END_F
### DELETE FROM `db1`.`author`
### WHERE
### @1=1
### @2='孔子'
### @3='001'
### DELETE FROM `db1`.`author`
### WHERE
### @1=2
### @2='亚瑟.叔本华'
### @3='222'
### DELETE FROM `db1`.`author`
### WHERE
### @1=3
### @2='刘慈欣'
### @3='333'
# at 992
#181218 11:17:24 server id 152 end_log_pos 1023 CRC32 0x8c16a4e2 Xid = 73792
COMMIT/*!*/;
# at 1023 ....

可以看出,在位置 896 到 992 之间执行了误操作,删除了author的所有数据。

所以我们在恢复时,跳过这个位置范围即可。

/usr/local/mysql/bin/mysqlbinlog --stop-position=896 --database=db1 /home/mysql/backup/daily/mysql-bin.000027 | mysql -uroot -p db1

/usr/local/mysql/bin/mysqlbinlog --start-position=992 --database=db1 /home/mysql/backup/daily/mysql-bin.000027 | mysql -uroot -p db1

备份恢复成功 _

查询结果如下:

mysql> select * from db1.author;
+----+-------------+-------+
| id | name | phone |
+----+-------------+-------+
| 1 | 孔子 | 001 |
| 2 | 亚瑟.叔本华 | 222 |
| 3 | 刘慈欣 | 333 |
+----+-------------+-------+
3 rows in set (0.00 sec) mysql> select * from db1.book;
+----+------+-------+
| id | name | price |
+----+------+-------+
| 1 | 论语 | 19.90 |
| 2 | 三体 | 65.00 |
+----+------+-------+
2 rows in set (0.00 sec)

MySQL故障演习的更多相关文章

  1. mysql故障总结

    MYSQL故障排查 https://zhuanlan.zhihu.com/p/27834293

  2. mysql故障(主从复制sql线程不运行)

    故障现象: 进入slave服务器,运行: mysql> show slave status\G ....... Relay_Log_File: localhost Relay_Log_Pos: ...

  3. mysql 故障整理

    mysql> system mysqldump -uroot -p -B mingongge >/root/mingongge_bak.sql Enter password: mysqld ...

  4. 一次生产环境的docker MySQL故障

    问题 昨天下午本来要去吃下午茶,然后前端小伙伴突然说接口怎么崩了,我登上sentry一看,报错了 (2005, "Unknown MySQL server host 'mysql' (-3) ...

  5. 缺少索引导致的服务器和MYSQL故障。

    故障现象: 网站访问缓慢. 数据库RDS: CPU满,连接数满,其他值都是空闲. apache服务器:CPU正常,IO正常,流量报警,内存爆满. 解决思路: 一.没遇到过此情况,一脸懵逼. 二.请教大 ...

  6. mysql故障解决笔记

    错误提示如图 一开始我查询了 [root@web01 mysql]# ls -al /lib/libc* -rwxr-xr-x 1 root root 1909464 Mar 22 01:49 /li ...

  7. mysql故障

    1.服务器上是的电不要随边乱断,一定要保存,然后断电,不要在服务器插座版上乱插其他电器,导致非法断电, 2.出现断电后,检查MYSQL数据库文件是否损坏,可以看WINDOWS 应用程序程序管理日志,提 ...

  8. mysql故障(找不mysql命令)

    [root@slave support-files]# mysql -uroot -p123-bash: mysql: command not found #我的mysql编译安装指定的路径是--ba ...

  9. mysql故障(程序正在运行却找不到PID文件)

    [root@slave ~]# /etc/init.d/mysql status ERROR! MySQL is running but PID file could not be found [ro ...

随机推荐

  1. 【t074】上学路线

    Time Limit: 1 second Memory Limit: 128 MB [问题描述] 你所在城市的街道好像一个棋盘,有a条南北方向的街道,和b条东西方向的街道. 南北方向的a条街道从西到东 ...

  2. Example-09-01

    #define _CRT_SECURE_NO_WARNINGS #include <cstdio> #include <cstring> int min(int a, int ...

  3. Bi-LSTM-CRF for Sequence Labeling

    做了一段时间的Sequence Labeling的工作,发现在NER任务上面,很多论文都采用LSTM-CRFs的结构.CRF在最后一层应用进来可以考虑到概率最大的最优label路径,可以提高指标. 一 ...

  4. CodeForces 1216C(假的计算几何+扫描线)

    传送门 •题意 给你三个矩形,依次编号为 1,2,3: 判断 矩形1 是否被 矩形2 和 矩形3 完全覆盖: 如果没有完全覆盖,输出 "YES",反之,输出 "NO&qu ...

  5. mysql 修改列为not null报错Invalid use of NULL value

    场景:mysql 给表新增parent_id列,并设置为not null,保存时报错Invalid use of NULL value. 报错原因:因为已存在的数据的parent_id列为null,与 ...

  6. P1067 叠罗汉

    题目描述 茜茜和聪聪是关系很好的同桌,有一天,茜茜觉得天空中的白云像棉花糖一样,应该很好吃吧,但是够不着,她很烦恼. 聪聪为了帮助茜茜解决烦恼,决定帮他把天空中的白云摘下来做成棉花糖给她吃. 但是聪聪 ...

  7. java 一个类加载器的高级问题分析

    编写一个能打印出自己的类加载器名称和当前类加载器的父子结构关系链的MyServlet,正常发布后,看到打印结果为WebAppClassloader. 把MyServlet.class文件打jar包,放 ...

  8. P1039 大规模间谍入侵

    题目描述 爱丽丝魔法王国成立10周年,于是决定矩形国庆大阅兵. 在国庆大阅兵期间,为了防止暗黑王国的间谍乔装成平民混入,需要对每一个进城的人做检测. 因为暗黑王国的人长得和爱丽丝魔法王国的人长得很像, ...

  9. POJ 2778 DNA Sequence (ac自动机+矩阵快速幂)

    DNA Sequence Description It's well known that DNA Sequence is a sequence only contains A, C, T and G ...

  10. addEventListener() 方法,事件监听(去哪儿网用到过)

    addEventListener() 方法,事件监听 你可以使用 removeEventListener() 方法来移除事件的监听. 语法 element.addEventListener(event ...