0
点赞
收藏
分享

微信扫一扫

clickhouse 查询group 分组最大值的一行数据。

橙子好吃吗 03-30 09:30 阅读 3
mysql数据库

文章目录


为什么要备份？ 

备份是为了：
  灾难恢复：硬件故障、软件故障、自然灾害、黑客攻击、误操作等数据丢失场景。

备份类型

完全备份：整个数据集
部分备份：只备份数据子集，如部分库或表
增量备份：仅备份最近一次完全备份或增量备份(如果存在增量)以来变化的数据，备份加快，还原复杂
差异备份：仅备份最近一次完全备份以来变化的数据，备份较慢，还原简单。

冷备份：读写操作均不可进行，数据库停止服务
温备份；读操作可执行，但写操作不可执行
热备份：读写操作均可执行

MyISAM: 温备，不支持热备
InnoDB: 都支持

物理备份：直接复制数据文件进行备份，与存储引擎有关，占用较多的空间，速度快
逻辑备份：从数据库中“导出”数据另存而进行备份，与存储引擎无关，占用空间少，速度慢，可能丢失精度。

注意：二进制日志文件不应该与数据文件放在同一磁盘。

备份内容

备份什么？
  1.数据
  2.二进制日志、InnoDB的事务日志
  3.用户账号，权限设置，程序代码(存储过程、函数、触发器，事件调度器)
  4.服务器的配置文件

备份工具

mysqldump备份

命令格式

Usage: mysqldump [OPTIONS] database [tables]
OR     mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]
OR     mysqldump [OPTIONS] --all-databases [OPTIONS]

实战案例：恢复误删除的表

案例说明：
   每天凌晨2:30做完全备份，早上10:00误删除了students表，10:10才发现故障，
   现在需要将数据库还原到10:10的状态，且恢复被删除的students表。

准备工作

恢复数据之前的准备工作
  1.准备数据库和数据表
  2.确保二进制日志已经开启

现有hellodb数据库中的students、teachers…等数据表

mysql> use hellodb;
Database changed

mysql> show tables;
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| students          |
| teachers          |
| toc               |
+-------------------+
7 rows in set (0.01 sec)

现students、teachers表中有如下数据

mysql> select * from students;
+-------+---------------+-----+--------+---------+-----------+
| StuID | Name          | Age | Gender | ClassID | TeacherID |
+-------+---------------+-----+--------+---------+-----------+
|     1 | Shi Zhongyu   |  22 | M      |       2 |         3 |
 ......
|    24 | Xu Xian       |  27 | M      |    NULL |      NULL |
|    25 | Sun Dasheng   | 100 | M      |    NULL |      NULL |
+-------+---------------+-----+--------+---------+-----------+
25 rows in set (0.00 sec)

mysql> select * from teachers;
+-----+---------------+-----+--------+
| TID | Name          | Age | Gender |
+-----+---------------+-----+--------+
|   1 | Song Jiang    |  45 | M      |
......
|   3 | Miejue Shitai |  77 | F      |
|   4 | Lin Chaoying  |  93 | F      |
+-----+---------------+-----+--------+
4 rows in set (0.01 sec)

确认二进制日志是否开启

#确认log_bin和sql_log_bin这两个变量是否为1

mysql> select @@log_bin;
+-----------+
| @@log_bin |
+-----------+
|         1 |
+-----------+

mysql> select @@sql_log_bin;
+---------------+
| @@sql_log_bin |
+---------------+
|             1 |
+---------------+

目前二进制日志文件的位置

mysql> show master logs;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000001 |     10753 | No        |
+---------------+-----------+-----------+
# 执行备份之前二进制日志文件，文件名为binlog.000001，文件大小(File_size)在10753处

2:30完全备份

[root@rocky ~]# mysqldump -uroot -F -A --single-transaction --master-data=2 > /data/full_`date +%F`.sql
WARNING: --master-data is deprecated and will be removed in a future version. Use --source-data instead.
[root@rocky ~]# mysqldump -uroot -F -A --single-transaction --source-data=2 > /data/full_`date +%F`.sql
[root@rocky ~]# 

master-data参数mysql8.0.26以后的版本改为source-data了，上面的WARNING中有提示，我的这个是8.0.32版本的

在这里插入图片描述
full_2024-03-29.sql中记录着二进制日志文件的位置,如下截图：
在这里插入图片描述
在这里插入图片描述

完全备份后更新数据表

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在完全备份之后，系统可能做了很多的数据库操作，更多的操作会导致越来越多的二进制文件生成binlog.000004、binlog.000005…等等

我们可以使用flush log来模拟下生成了多个二进制日志文件

mysql> flush logs;
Query OK, 0 rows affected (0.03 sec)

mysql> show master logs;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000001 |     10797 | No        |
| binlog.000002 |       201 | No        |
| binlog.000003 |       809 | No        |
| binlog.000004 |       157 | No        |
+---------------+-----------+-----------+
4 rows in set (0.00 sec)

mysql> insert students (name,age,gender) values('leilei',20,'F');
Query OK, 1 row affected (0.00 sec)

mysql> insert students (name,age,gender) values('mengm',18,'M');
Query OK, 1 row affected (0.00 sec)

mysql> show master logs;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000001 |     10797 | No        |
| binlog.000002 |       201 | No        |
| binlog.000003 |       809 | No        |
| binlog.000004 |       768 | No        |
+---------------+-----------+-----------+
4 rows in set (0.00 sec)

10:00误删students表

mysql> drop table students;
Query OK, 0 rows affected (0.01 sec)

students表误删后，teachers表还在持续更新中

mysql> drop table students;
Query OK, 0 rows affected (0.01 sec)

mysql> insert teachers (name,age,gender) values('wang',30,'M');
Query OK, 1 row affected (0.00 sec)

mysql> insert teachers (name,age,gender) values('mage',28,'M');
Query OK, 1 row affected (0.01 sec)

mysql> select * from teachers;
+-----+---------------+-----+--------+
| TID | Name          | Age | Gender |
+-----+---------------+-----+--------+
|   1 | Song Jiang    |  45 | M      |
|   2 | Zhang Sanfeng |  94 | M      |
|   3 | Miejue Shitai |  77 | F      |
|   4 | Lin Chaoying  |  93 | F      |
|   5 | wang          |  30 | M      |
|   6 | mage          |  28 | M      |
+-----+---------------+-----+--------+
6 rows in set (0.00 sec)

需要恢复还原的状态

此时继2:30的完全备份后，我们需要恢复还原哪些数据

继2:30的完全备份后我们需要恢复
  1.students表更新的4条记录
  2.十点钟误删的students表
  3.teachers表更新的2条记录

开始还原恢复

在做数据的恢复还原之前，有几句心得不知当讲不当讲！！！

还是讲吧，“不要拿生产做测试啊！！！”，这是领导怼我的原话。懂我意思吧，能感受到语气的气浪吗！！！记住，哥们，就算你再有把握恢复，也请单独拿一个测试机出来，真正恢复出来了再上生产！！！切记！！！切记！！！切记！！！程序数据这玩意儿你还真得信邪，搞不好生产环境被你弄成一锅粥还不如不恢复！！！

我们将备份出来的sql拷贝到另一个远程主机上做测试

2:30的完全备份后的数据跟新是从二进制日志文件的开始的，所以完全备份之后的更新数据是之后的所有内容
在这里插入图片描述
在这里插入图片描述
将二进制备份出来的内容导入到一个sql文件中

[root@rocky ~]# mysqlbinlog --start-position=157 /var/lib/mysql/binlog.000003 > /data/inc.sql
[root@rocky ~]# mysqlbinlog /var/lib/mysql/binlog.000004 >> /data/inc.sql
[root@rocky ~]#

已经将2:30的数据完全备份(full_2024-03-29.sql)和10:00更新的数据(inc.sql)都备份出相应的sql文件了。
在这里插入图片描述
因为inc.sql中有drop table students的语句，所以我们要找到这个误删除的语句，搞掉这个drop语句之后再恢复还原。

[root@rocky data]# grep -i drop inc.sql 
DROP TABLE `students` /* generated by server */
[root@rocky data]# sed -n '/DROP TABLE `students`/p' inc.sql 
DROP TABLE `students` /* generated by server */
[root@rocky data]# sed -i '/DROP TABLE `students`/d' inc.sql 
[root@rocky data]# sed -n '/DROP TABLE `students`/p' inc.sql 
[root@rocky data]#

将备份出来的sql文件拷贝到另一台远程主机10.0.0.206的data目录下，先在206这台机器上做测试还原，没问题了再在原来的主机上还原恢复。

[root@rocky data]# scp /data/* 10.0.0.206:/data
The authenticity of host '10.0.0.206 (10.0.0.206)' can't be established.
ECDSA key fingerprint is SHA256:jXjzWTy4SJ9SVHPzyzO0XRP60n9QAWDC5kwQBX/tc0U.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '10.0.0.206' (ECDSA) to the list of known hosts.
root@10.0.0.206's password: 
full_2024-03-29.sql                                                                                                           100% 1262KB 106.0MB/s   00:00    
inc.sql                                                                                                                       100%   12KB  14.7MB/s   00:00    
[root@rocky data]#

执行远程拷贝过来的sql原文件

mysql> source /data/full_2024-03-29.sql;

mysql> source /data/inc.sql;

如下图已经将2:30分的完全备份和2:30到10:00之前的新增数据都还原恢复了
在这里插入图片描述

举报

相关推荐

SQLite 查询最大值，返回整行数据

sqlite数据库database

python numpy取出每一行的最大值

数组pythonPython后端开发

python 在dataframe第一行插入一行数据

数据python插入数据Python后端开发

python提取一行数据

数据字符串pythonPython后端开发

mysql 查询 最大值

mysql查询语句phpMySQL数据库

MySQL 按group by取每一条的最大值

mysql数据库database

Winform DataGridView 插入一行数据

winform字段编程语言

Java读取文件的第一行数据

java读取文件SystemJava后端开发

mysql(Group By 分组查询)

系统OpenStack云计算

DQL——分组查询（GROUP BY）

mysql
0 条评论