MySQL数据被误删怎么办？

前言

很多年前，被公司外派到一家单位驻场开发一个OA项目，两个开发对接各部门的需求，需求还要及时生效（一边开发一边使用）。有一次生产环境的一个bug本地没办法复现，由于没有测试人员，也就不存在测试环境，所以本地连了生产库去调试。不出意外的话要出意外了：在调试的过程中，我俩当作开发环境很自然的把数据给删了。

作为一名只会CRUD的小白怎么会恢复数据这么高级的操作，不过还好，经过我俩一小时的百度，在各种ctrl+c、ctrl+v的命令操作下，最终成功的把数据恢复了。

如果我当时了解数据备份恢复，也不至于这么手忙脚乱的，所以程序员掌握数据的备份恢复操作还是很重要的。最近正好在输出MySQL系列文章，所以在这里记录一下MySQL数据备份和恢复的方法及操作，希望可以帮助到跟我一样的小伙伴。

数据备份恢复工具

MySQL自带了一个数据备份的客户端mysqldump，使用mysqldump可以基于现状生成一组SQL语句（建表语句、insert语句），在数据丢失时可以通过执行这些SQL语句恢复到原始状态，从而达到备份恢复效果。但是，当数据量很大的时候，这种方式就不是很适合了，因为mysqldump是单线程执行，过多的SQL执行会使整个恢复过程过于缓慢。

所以，基于此痛点，就诞生了一款开源的多线程备份恢复工具 mydumper，其特点就是多线程、快， 具体可以前往博客进行了解，这篇博客介绍的非常的详细，这里就不多赘述。

以上两种工具都属于逻辑备份，何为逻辑备份？就是数据通过SQL语句的形式进行备份和恢复，总的来说执行速度会很慢。

还有一种物理备份方式，简单来说就是直接将表数据.ibd文件、binlog、redolog等物理文件直接copy备份，相对逻辑备份来讲物理备份速度会快很多，目前常用的物理备份工具有PXB(Percona XtraBackup) 以及MySQL8.0推出的新特性 Clone Plugin ，感兴趣的可以自行前往了解。

数据备份策略

为了避免误操作导致数据被删除，通常在生产环境中会制定数据备份策略，比如用什么工具，备份周期是一天一次还是一周一次，每次备份是全量还是增量等，这个取决于数据的重要性、数据的变动频率、备份成本等方面的需求。

下面将基于MySQL自带的mys