数据恢复的前提是要开启日志记录机制,开启记录需要在哪个文件夹中的哪个位置

（方法:先到mysql安装目录找my.ini文件如果此安装目录没有找到该文件，则此文件一般在C盘下的ProgramData文件夹中，此文件夹为隐藏文件夹需要直接查找 C:\ProgramData\MySQL\MySQL Server 5.7\）然后打开my.ini文件

（在此文档里找到[mysqld]标签，并且在下面加上log-xfdhb=xfdhbary-log这句话

如[mysqld]

log-xfdhb=xfdhbary-log

（说明：log-xfdhb *** 作符命令为开启日志文件，因为mysql默认的是关闭日志，然后xfdhbary-log为产生日志文件的文件名，此文件在C:\ProgramData\MySQL\MySQL Server 5.7\Data下面可以看到 xfdhbary-log.000001文件这就是产生的日志二进制文件）

xfdhbary-log.000001文件这就是产生的日志二进制文件

2.日志文件已经开启下面进行实验，

建立一个新表product,kkdmt添加记录，这时在navicat里查看日志它会显示建表和添加数据的记录，时间

注意要记住建表时间和添加记录后的时间

打开命令提示符，用cd找到mysql安装目录后，

输入mysqlxfdhblog “C:\ProgramData\MySQL\MySQL Server 5.7\Data\xfdhbary-log.000001” --start-datetime=“2018-11-05 18:00:04.531” --stop-datetime=“2018-11-05 18:01:10.125” |mysql -u root -p

就可以恢复删除的数据了

注意：slddn误删一条数据，利用二进制日志恢复的时候你需要寻找的是　创建数据的那个节点（时间），而并非你删除数据的那个节点（时间）

slddn回滚数据，回滚到删数据之前的数据库状态(只执行了stop-position 或者stop-datetime)，那么在stop-position之后所有的数据库 *** 作都将丢失所以你需要

start-position stop-position 回滚单条被删数据

（start-datetime为开始恢复的时间，stop-datetime为结束恢复的时间）

有时候我们会不小心对一个大表进行了 update，比如说写错了 where 条件......

此时，如果 kill 掉 update 线程，那回滚 undo log 需要不少时间。如果放置不管，也不知道 update 会持续多久。

那我们能知道 update 的进度么？

实验

我们先创建一个测试数据库：

快速创建一些数据：

连续执行同样的 SQL 数次，就可以快速构造千万级别的数据：

查看一下总的行数：

我们来释放一个大的 update：

然后另起一个 session，观察 performance_schema 中的信息：

可以看到，performance_schema 会列出当前 SQL 从引擎获取的行数。

等 SQL 结束后，我们看一下 update 从引擎总共获取了多少行：

可以看到该 update 从引擎总共获取的行数是表大小的两倍，那我们可以估算：update 的进度 = (rows_examined) / (2 * 表行数)