mysql数据库恢复

mysql数据库恢复相关知识

• MySQL数据库恢复(使用mysqlbinlog命令)

             1：开启binlog日志记录 修改mysql配置文件mysql.ini，在[mysqld]节点下添加 复制代码 代码如下: # log-bin log-bin = E:/log/logbin.log 路径中不要包含中文和空格。重启mysql服务。通过命令行停止和启动mysql服务 复制代码 代码如下: c:\>net stop mysql; c:\>net start mysql; 进入命令行进入mysql并查看二进制日志是否已经启动 Sql代码 复制代码 代码如下: mysql>show variables like 'log_%'; 日志成功开启后，会在E:/log/目录下创建logbin.index和logbin.000001两个文件。logbin.000001就是数据库的备份文件，以后就可以通过此文件对数据库进行恢复操作。 2：查看备份的二进制文件 Sql代码 复制代码 代码如下
• 记一次MySQL数据库恢复（附方案）

  恢复步骤概要 备份frm、ibd文件 如果mysql版本发生变化，安装回原本的mysql版本 创建和原本库名一致新库，字符集都要保持一样 通过frm获取到原先的表结构，通过的得到的表结构创建一个和原先结构一样的空表。 使用“ALTER TABLE DISCARD TABLESPACE;”命令卸载掉表空间 将原先的ibd拷贝到mysql的仓库下 添加用户权限 “chown . .ibd”,如果是操作和mysql的使用权限一致可以跳过 通过“ALTER TABLE IMPORT TABLESPACE;”命令恢复表空间 完成 实际操作 1）备份文件 mkdir /u
• 如何恢复Mysql数据库的详细介绍

  由于在一台测试机器上打算重新安装Mysql数据库，由于简单粗暴的直接卸载了，没有备份公司Discuz和Redmine使用的Mysql数据库，过程可想的悲惨。还好的是只是卸载掉了Mysql的程序，所有的数据文件还是存在的。下面是在恢复数据库的过程1. Discuz数据库Discuz数据库的恢复非常顺利， 在安装好新版本的Mysql后，直接将原来的数据库文件copy到新的数据目录中，重新启动mysql, 就能看到恢复的数据库了2. Redmine数据库本打算直接使用上面的经验，也能看到所有的表，但是就是执行查询的时候，总是报错"表不存在".后来查了一些资料，发现，原因应该是Discuz和Redmine使用的Mysql引擎不一样导致的。Discuz使用的是MyISAM, 而Redmine使用的是InnoDB.解决的办法是,除了要copy数据目录外，还要记得覆盖ibdata1文件。以表”Table”为例: 如类型是MyISAM, 数据文件则以”Table.frm””Table.MYD””Tabl
• MySQL数据库InnoDB引擎下服务器断电数据恢复方法

  说明：线上的一台MySQL数据库服务器突然断电，造成系统故障无法启动，重新安装系统后，找到之前的MySQL数据库文件夹。问题：通过复制文件的方式对之前的MySQL数据库进行恢复，发现在程序调用时找不到数据库中的表，造成网站无法正常访问。分析：1、MySQL数据库，使用拷贝文件方式来恢复数据库，只支持MyISAM引擎；2、如果有数据库或数据表使用了InnoDB引擎，恢复的时候，必须连同MySQL数据库目录下的ibdata1文件一起拷贝过来。解决办法：1、停止MySQL服务service mysqld stop2、找之前的备份数据库文件cd /home/mysql_bak/mysql/ #进入MySQL备份目录ibdata1 #需要此文件3、拷贝ibdata1文件到数据库相应目录cp /home/mysql_bak/mysql/ibdata1 /usr/local/mysql/data/ibdata1 #拷贝文件到现在的数据库目录chown mysql.mysql /usr/local/mysql/data/i

mysql数据库恢复相关课程

• MySQL面试指南 中高级开发者的晋升加薪利器 本课程以MySQL8.0版本为基础，覆盖MySQL面试相关的9大类问题，梳理和总结相关知识点。通过本课程的学习，可以使你紧跟MySQL发展的脚步，学习到最新的MySQL知识，轻松的完成MySQL 的相关面试，助力获得心怡的工作机会！

  讲师：sqlercn 中级 636人正在学习

• Python操作三大主流数据库 实战网易新闻客户端 在开发中不可避免和数据库打交道，本课程专为只懂Python语法的同学准备，在逐步讲解MySQL、MongoDB、Redis 三大主流数据库基础知识的同时，带你用Python 操作三种数据库搭建一个简易的网易新闻移动端前后台，在实操实练中掌握不同类型数据库的特性，落地不同场景下数据库技术的应用。

  讲师：NavCat 入门 303人正在学习

• 阿里新零售数据库设计与实战 （升级版） 提升数据库综合能力 课程以”阿里系新零售”的“苏宁云商”为蓝本，带你从零到一完成数据库设计，兼顾“基础与拔高”：基础涵盖CRUD、索引、事务;拔高囊括集群、Lucene全文检索与中文分词，助你掌握数据库的设计与实战能力。梳理核心痛点问题，迎战面试游刃有余。

  讲师：神思者 初级 1962人正在学习

mysql数据库恢复相关教程

• MySQL 数据库的备份与恢复 数据库的备份与恢复，一直都是DBA最为重要的工作，任何生产环境的数据库都必须有完整的备份方案与恢复测试。本小节将主要介绍MySQL的备份与恢复。
• 1. 完全恢复 MySQL 中，逻辑备份的完全恢复相对比较简单，一般包含两个步骤：恢复最新的全备文件shell> mysql -uroot -p < backup.sql恢复日志文件shell> mysqlbinlog binlog-file | mysql -uroot -p实际案例：完整的mysqldump备份与恢复1. 中午12点，备份数据库[mysql@localhost ~]$ mysqldump --single-transaction -F -uroot -p --databases tempdb > /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ ls -lrt db_tempdb.sql -rw-r--r-- 1 mysql mysql 19602842 Jul 23 12:01 db_tempdb.sql参数 --single-transaction 表示给 InnoDB 表生成快照，保持数据一致性参数 -F 表示生成一个新的日志文件此时表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)2. 13点，表 customer 插入新的数据：mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(3,333,333,'2020-08-10',1,30);Query OK, 1 row affected (0.00 sec)mysql> insert into customer(id,last_name,first_name,birth_date,gender,balance) values(4,444,444,'2020-09-10',1,40);Query OK, 1 row affected (0.00 sec)3. 14点，数据库故障，需要恢复数据：[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: 恢复后表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.00 sec)4. 从 binlog 日志恢复 12 点备份以来的数据（mysql-bin.000021 为 12 点备份后产生的新的 binlog 日志）：[mysql@localhost ~]$ mysqlbinlog mysql-bin.000021 | mysql -uroot -p tempdbEnter password: 恢复日志后，表 customer 的数据如下：mysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | 1998-01-25 | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 || 3 | 333 | 333 | 2020-08-10 | 1 | 30 || 4 | 444 | 444 | 2020-09-10 | 1 | 40 |+----+-----------+------------+------------+--------+---------+4 rows in set (0.00 sec)表 customer 的数据全部恢复。
• 2.1 基于时间点恢复 以下是基于时间点恢复的操作步骤：1. 13点，运维人员误删除表 customer，可以用备份和 binlog 日志恢复到故障前（中午 12 点，备份数据库）[mysql@localhost ~]$ mysql -uroot -p tempdb < /tmp/db_tempdb.sqlEnter password: [mysql@localhost ~]$ mysqlbinlog --stop-datetime="2020-07-23 11:59:59" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:2. 跳过故障时间点，继续使用后面的binlog日志完成恢复。[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-07-23 12:01:00" mysql-bin.000021 | mysql -uroot -p tempdbEnter password:基于时间的恢复，稍显粗糙，因为同一时间点可能会有很多条 sql 在执行，那就会跳过一些正常执行的sql。一般我们会考虑使用更为精确的基于位置的恢复。
• 2. 不完全恢复 逻辑恢复中，mysqlbinlog 的不完全恢复方法，同样适用于物理备份的不完全恢复。1.13 点，运维人员误删除表 customer，可以用备份和 binlog 日志恢复到故障前（中午12点，物理备份数据库）从备份文件目录找到 binlog 位置文件 xtrabackup_binlog_info，查看备份结束时 binlog 的位置：[root@localhost ~]# cd /mysql/dbbackup[root@localhost ~]# ls -l-rw-r----- 1 root root 433 Aug 24 12:11 backup-my.cnf-rw-r----- 1 root root 42884 Aug 24 12:11 ib_buffer_pool-rw-r----- 1 root root 104857600 Aug 24 12:11 ibdata1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile0-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile1-rw-r----- 1 root root 1048576000 Aug 24 12:11 ib_logfile2-rw-r----- 1 root root 12582912 Aug 24 12:11 ibtmp1drwxr-x--- 2 root root 4096 Aug 24 12:11 mysqldrwxr-x--- 2 root root 4096 Aug 24 12:11 performance_schemadrwxr-x--- 2 root root 12288 Aug 24 12:11 sysdrwxr-x--- 2 root root 4096 Aug 24 12:11 tempdb-rw-r----- 1 root root 166 Aug 24 12:11 xtrabackup_binlog_info-rw-r--r-- 1 root root 21 Aug 24 12:11 xtrabackup_binlog_pos_innodb-rw-r----- 1 root root 121 Aug 24 12:11 xtrabackup_checkpoints-rw-r----- 1 root root 703 Aug 24 12:11 xtrabackup_info-rw-r----- 1 root root 8388608 Aug 24 12:11 xtrabackup_logfile[root@localhost ~]# cat xtrabackup_binlog_info mysql-bin.000022 190查看当前的 binlog 文件mysql> show master logs;+------------------+-----------+| Log_name | File_size |+------------------+-----------+| mysql-bin.000018 | 245704317 || mysql-bin.000019 | 1078 || mysql-bin.000020 | 781 || mysql-bin.000021 | 483 || mysql-bin.000022 | 757 || mysql-bin.000023 | 190 |+------------------+-----------+6 rows in set (0.00 sec)恢复备份文件（参考完全备份步骤），然后使用 binlog 日志跳过故障时间点，完成恢复-- 恢复备份文件（参考完全备份步骤）完全恢复-- 使用binlog日志恢复到故障前[mysql@localhost ~]$ mysqlbinlog --start-position="190" --stop-datetime="2020-08-24 12:59:59" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:-- 使用binlog日志跳过故障时间点[mysql@localhost ~]$ mysqlbinlog --start-datetime="2020-08-24 13:01:00" mysql-bin.000022 mysql-bin.000023 | mysql -uroot -p tempdbEnter password:
• 1. 完全恢复 MySQL 中，物理备份的完全恢复相对比较简单，下面来看个案例：实际案例：全量备份恢复恢复数据一致性， 通过回滚未提交的事务及同步已经提交的事务至数据文件，使用得数据文件处于一致性状态。 innobackupex 通常还可以使用 --user-memory 选项来指定其可以使用的内存的大小，如果有足够的内存空间可用，可以多划分一些内存给 prepare 的过程，以提高其完成备份的速度。[root@localhost ~]# innobackupex --apply-log /mysql/dbbackup/200824 06:29:44 innobackupex: Starting the apply-log operationIMPORTANT: Please check that the apply-log run completes successfully. At the end of a successful apply-log run innobackupex prints "completed OK!".innobackupex version 2.4.9 based on MySQL server 5.7.13 Linux (x86_64) (revision id: a467167cdd4)xtrabackup: cd to /mysql/dbbackup/xtrabackup: This target seems to be not prepared yet.InnoDB: Number of pools: 1xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(14533834254)......InnoDB: 5.7.13 started; log sequence number 14533834773xtrabackup: starting shutdown with innodb_fast_shutdown = 1InnoDB: FTS optimize thread exiting.InnoDB: Starting shutdown...InnoDB: Shutdown completed; log sequence number 14533834792200824 06:30:35 completed OK!恢复备份文件至数据目录：[root@localhost ~]# service mysqld stopShutting down MySQL.... SUCCESS![root@localhost ~]# mv /mysql/data/ /mysql/data_bak[root@localhost ~]# mkdir /mysql/data[root@localhost ~]# innobackupex --default-file=/etc/my.cnf --copy-back --rsync /mysql/dbbackup/200824 06:44:20 innobackupex: Starting the copy-back operationIMPORTANT: Please check that the copy-back run completes successfully. At the end of a successful copy-back run innobackupex prints "completed OK!".innobackupex version 2.4.9 based on MySQL server 5.7.13 Linux (x86_64) (revision id: a467167cdd4)200824 06:44:20 [01] Copying ib_logfile0 to /mysql/data/ib_logfile0200824 06:44:28 [01] ...done......200824 06:44:59 [01] Creating directory /mysql/data/2020-09-01_06-42-14200824 06:44:59 [01] ...done.200901 06:44:59 completed OK![root@localhost ~]# chown -R mysql:mysql /mysql/data[root@localhost ~]# service mysqld startStarting MySQL.. SUCCESS! 恢复后检查数据一致性：mysql> use tempdbDatabase changedmysql> select * from customer;+----+-----------+------------+------------+--------+---------+| id | last_name | first_name | birth_date | gender | balance |+----+-----------+------------+------------+--------+---------+| 1 | 111 | 111 | NULL | 1 | 10 || 2 | 222 | 222 | 2020-07-15 | 1 | 20 |+----+-----------+------------+------------+--------+---------+2 rows in set (0.01 sec)
• MySQL 的逻辑恢复 逻辑恢复通常支持两种恢复方式：完全恢复、不完全恢复，本小节结合 mysqldump 和 mysqlbinlog 工具，介绍这两种恢复方式的操作步骤。

mysql数据库恢复相关搜索

mac osx machine_start macox magellan malloc manifest manifest文件 map map 遍历 mapreduce编程 maps google com margin margin bottom margin left margin right margin top marginbottom marginheight marginleft margintop

查看更多慕课网实用课程