• <bdo id='k9LK9'></bdo><ul id='k9LK9'></ul>
      <legend id='k9LK9'><style id='k9LK9'><dir id='k9LK9'><q id='k9LK9'></q></dir></style></legend>

      <small id='k9LK9'></small><noframes id='k9LK9'>

      <tfoot id='k9LK9'></tfoot>

      <i id='k9LK9'><tr id='k9LK9'><dt id='k9LK9'><q id='k9LK9'><span id='k9LK9'><b id='k9LK9'><form id='k9LK9'><ins id='k9LK9'></ins><ul id='k9LK9'></ul><sub id='k9LK9'></sub></form><legend id='k9LK9'></legend><bdo id='k9LK9'><pre id='k9LK9'><center id='k9LK9'></center></pre></bdo></b><th id='k9LK9'></th></span></q></dt></tr></i><div id='k9LK9'><tfoot id='k9LK9'></tfoot><dl id='k9LK9'><fieldset id='k9LK9'></fieldset></dl></div>

        MYSQL Binlog恢复误删数据库详解

        当我们在MySQL数据库中误删了某些数据表或者整个数据库时,可以通过MySQL Binlog来恢复数据。下面就来详细讲解MySQL Binlog恢复误删数据库的完整攻略。
      1. <small id='rYBKP'></small><noframes id='rYBKP'>

        <legend id='rYBKP'><style id='rYBKP'><dir id='rYBKP'><q id='rYBKP'></q></dir></style></legend>
        <i id='rYBKP'><tr id='rYBKP'><dt id='rYBKP'><q id='rYBKP'><span id='rYBKP'><b id='rYBKP'><form id='rYBKP'><ins id='rYBKP'></ins><ul id='rYBKP'></ul><sub id='rYBKP'></sub></form><legend id='rYBKP'></legend><bdo id='rYBKP'><pre id='rYBKP'><center id='rYBKP'></center></pre></bdo></b><th id='rYBKP'></th></span></q></dt></tr></i><div id='rYBKP'><tfoot id='rYBKP'></tfoot><dl id='rYBKP'><fieldset id='rYBKP'></fieldset></dl></div>

            <tbody id='rYBKP'></tbody>

            1. <tfoot id='rYBKP'></tfoot>

                <bdo id='rYBKP'></bdo><ul id='rYBKP'></ul>
                1. 当我们在MySQL数据库中误删了某些数据表或者整个数据库时,可以通过MySQL Binlog来恢复数据。下面就来详细讲解MySQL Binlog恢复误删数据库的完整攻略。

                  什么是MySQL Binlog

                  MySQL Binlog全称为Binary Log,即二进制日志。MySQL在进行数据操作时,会将操作记录在二进制日志中。二进制日志包含了所有的数据更改操作,包括增删改查。它记录了MySQL Server上所有的数据更新操作,提供给主从同步、数据备份和恢复等功能使用。

                  为什么可以通过MySQL Binlog恢复误删数据库

                  MySQL Binlog可以恢复误删数据库的原理是通过MySQL Binlog中记录的操作语句,再次执行这些语句来重新构建原数据库。因此,在使用MySQL Binlog恢复误删数据库前,我们需要先找到误删数据库的时间点。同时,需要保证MySQL Binlog没有过期并且没有被清除。

                  操作步骤

                  1. 确认误删除库的时间点

                  首先确认误删数据库的时间点。可以通过MySQL Binlog查询命令查看:

                  mysqlbinlog --base64-output=decode-rows -v mysql-bin.000068 | grep -B3 -i 'drop database' 
                  

                  上述命令中,mysql-bin.000068为二进制日志文件的文件名。通过上述命令可以找到误删数据库的时间点和具体的操作语句。

                  1. 从误删除库的之后的Binlog文件中找到对应SQL语句

                  根据误删数据库的时间点,找到从该时间点开始往后的MySQL Binlog文件。可以通过如下命令查看二进制日志文件名:

                  show binary logs;
                  

                  找到最后一个二进制日志文件的文件名后,运行如下命令查看二进制日志文件内容:

                  mysqlbinlog --base64-output=decode-rows -v mysql-bin.000069
                  

                  根据上述操作可以找到恢复误删数据库的SQL语句。

                  1. 执行SQL语句

                  将找到的所有SQL语句按顺序依次执行即可恢复误删数据库。如果误删除了单个数据表,则只需要执行对应的SQL语句即可;如果误删了整个数据库,则需要找到所有被DROP的数据表的SQL语句,并按顺序执行。

                  示例

                  假设误删了数据库testdb中的数据表users。下面以这个示例来说明使用MySQL Binlog恢复误删数据表的步骤。

                  1. 确认误删除库的时间点

                  通过如下命令找到误删的时间点和具体的操作语句:

                  mysqlbinlog --base64-output=decode-rows -v mysql-bin.000068 | grep -B3 -i 'drop database' 
                  

                  得到结果如下:

                  1111 13:14:22 server id 1  end_log_pos 434 Query thread_id=1   exec_time=0 error_code=0
                  SET TIMESTAMP=1591860862/*!*/;
                  drop database testdb
                  /*!*/;
                  # at 434
                  #200618 13:14:22 server id 1  end_log_pos 471 Query thread_id=1   exec_time=0 error_code=0
                  SET TIMESTAMP=1591860862/*!*/;
                  use `testdb`/*!*/;
                  SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */;
                  /*!*/;
                  # at 471
                  #200618 13:14:22 server id 1  end_log_pos 507 Query thread_id=1   exec_time=0 error_code=0
                  SET TIMESTAMP=1591860862/*!*/;
                  drop table if exists `testdb`.`users` /* Table structure for table `users` */ /*!40101 set @saved_cs_client     = @@character_set_client */ /...[以下省略]
                  

                  根据上述结果,可以看到误删操作在2020-06-18 13:14:22,操作语句为drop database testdbdrop table if existstestdb.users``。

                  1. 从误删除库的之后的Binlog文件中找到对应SQL语句

                  查看最后一个二进制日志文件:

                  show binary logs;
                  

                  得到结果如下:

                  +------------------+-----------+
                  | Log_name         | File_size |
                  +------------------+-----------+
                  | mysql-bin.000068 | 107374191 |
                  | mysql-bin.000069 | 107374190 |
                  | mysql-bin.000070 | 107374190 |
                  | mysql-bin.000071 | 107374190 |
                  +------------------+-----------+
                  

                  因此,需要查看mysql-bin.000069这个二进制日志文件。命令如下:

                  mysqlbinlog --base64-output=decode-rows -v mysql-bin.000069
                  

                  找到对应的SQL语句:

                  USE `testdb`;
                  CREATE TABLE `users` (
                    `id` int(11) NOT NULL AUTO_INCREMENT,
                    `name` varchar(50) NOT NULL,
                    `age` int(11) NOT NULL,
                    PRIMARY KEY (`id`)
                  ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
                  
                  1. 执行SQL语句

                  在MySQL客户端中依次执行以上找到的SQL语句即可恢复数据表users

                  本站部分内容来源互联网,如果有图片或者内容侵犯了您的权益,请联系我们,我们会在确认后第一时间进行删除!

                  相关文档推荐

                  下面是针对PostgreSQL中的权限问题的完整攻略。
                  MySQL是一种流行的关系型数据库系统,它提供了多种时间类型和模式,用于存储和处理时间数据。本文将详细介绍MySQL时间类型和模式的详细攻略。
                  首先在官网下载CentOS7镜像,并在VMware虚拟机中新建一台CentOS7虚拟机,将镜像挂载到虚拟机中并启动。
                  首先,当我们使用Spring Boot开发项目时,可能会遇到Error starting ApplicationContext错误,一般这种错误是由于配置文件、依赖包或者代码逻辑等原因引起的。下面我将提供一条包含两条详细示例说明的完整攻略,用来解决上述问题。
                  下面我将详细讲解如何为PostgreSQL数据库中的用户授予权限和撤销权限,包括两个实例。
                  MySQL中出现lock wait timeout exceeded问题的原因是由于两个或多个事物同时请求相同的资源造成的,并且在某一时刻至少一个事务无法获取资源,超过了MySQL默认的等待时间,从而导致事务失败。这种问题的出现会极大地影响数据库的性能和并发能力。

                    <tbody id='nfV4F'></tbody>

                    1. <tfoot id='nfV4F'></tfoot>
                      <i id='nfV4F'><tr id='nfV4F'><dt id='nfV4F'><q id='nfV4F'><span id='nfV4F'><b id='nfV4F'><form id='nfV4F'><ins id='nfV4F'></ins><ul id='nfV4F'></ul><sub id='nfV4F'></sub></form><legend id='nfV4F'></legend><bdo id='nfV4F'><pre id='nfV4F'><center id='nfV4F'></center></pre></bdo></b><th id='nfV4F'></th></span></q></dt></tr></i><div id='nfV4F'><tfoot id='nfV4F'></tfoot><dl id='nfV4F'><fieldset id='nfV4F'></fieldset></dl></div>
                        1. <legend id='nfV4F'><style id='nfV4F'><dir id='nfV4F'><q id='nfV4F'></q></dir></style></legend>
                            <bdo id='nfV4F'></bdo><ul id='nfV4F'></ul>

                            <small id='nfV4F'></small><noframes id='nfV4F'>