mysql操作怎么还原,mysql还原sql文件

mysql的数据删除后怎么恢复

如果你要恢复的数据库是包含授权表的mysql数据库，您将需要使用--skip赠款-tables选项来运行服务器恢复整个数据库

创新互联-专业网站定制、快速模板网站建设、高性价比方正网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式方正网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖方正地区。费用合理售后完善，十多年实体公司更值得信赖。

- 首先，。否则，服务器会抱怨不能找到授权表。恢复表后，执行mysqladmin冲水privileges告诉服务器装载授权表，并用它们来启动。数据库目录到其他地方的原始内容

复制。例如，您可以使用它们在以后的事后分析检查表（验尸）的崩溃。

酒店与最新的数据库备份文件重新加载。如果您打算使用mysqldump的所加载的文件，则需要输入它们作为mysql的。如果您打算使用从数据库文件直接拷贝（例如，使用tar或CP），它会复制他们直接回数据库目录中。然而，在这种情况下，你应该在关闭之前，该服务器复制这些文件，然后重新启动它。在备份过程中

重做日志，然后查询更新数据库表中。对于所有可用的更新日志，你可以使用它作为mysql的输入。指定--one-database选项，因此MySQL只是要还原的数据库执行查询。如果你意识到有必要使用所有的更新日志文件，可以使用包含以下命令日志的目录：

％LS-TRL更新（0-9）* | xargs的猫| mysql--。一个数据库DB_NAME

ls命令生成一个单独的日志文件更新列表，更新日志文件根据服务器（你知道，如果你其中的任何文件，排序顺序生成的顺序进行排序会发生变化，这将导致在更新日志中以错误的顺序使用）。有限公司您可能需要使用一些更新日志。例如，如果日志，因为命名update.392备份，pdate.393等产生的，可以在命令重新运行它们：

％的mysql - 一个数据库DB_NAME 录入。 392

％的mysql - 一个数据库DB_NAME updata.393 ...

如果您正在运行的恢复，并打算使用更新日志恢复由于失误降数据的基础上，DROPTABLE或DELETE语句和丢失的信息时，一定要在开始更新日志删除这些语句。

恢复单个表

恢复单个表是非常困难的。如果是的mysqldump备份文件生成的，它只是不包含数据，您需要一个表，你需要提取的相关线路，并利用它们作为mysql的输入，这部分比较容易。困难的是，提取在该表的更新日志中使用的片段。你会发现：mysql_find_rows工具在这方面有所帮助，它可以提取多行从更新日志查询。另一种可能性是使用另一台服务器

恢复整个数据库，然后将该文件复制到表的原始数据库。这其实很容易！当文件被复制回数据库目录，确保原始数据库服务器关闭。

怎么恢复mysql数据库怎么恢复数据

简单情况下：进入原来mysql安装路径下的data文件夹下，找到相应的库和ibdata1，进行copy，就可回复原来的数据。

复杂情况下：

从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和操作。经过如下几种情况的操作。

1.

在本地重装MySQL（安装目录D:\Program

Files\MySQL\MySQL

Server

5.0），直接把mysql文件夹拷贝至D:\Program

Files\MySQL\MySQL

Server

5.0\。结果，失败：数据库连接错误。

2.

卸载后重装MySQL，将D:\Program

Files\MySQL\MySQL

Server

5.0\下的数据备份，只把mysql\data文件夹全部内容拷贝到D:\Program

Files\MySQL\MySQL

Server

5.0\data下。结果，失败：数据库连接错误。将备份的数据还完覆盖。结果，失败，还是连接不上数据库。

3.

卸载后重装MySQL，将mysql\data文件夹里的cf1,last文件夹（这两个是原来MySQL里的数据库）拷贝进D:\Program

Files\MySQL\MySQL

Server

5.0\data。连接成功，在Navicat

for

MySQL里看到数据库cf1和last，但是不能访问，因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构，不是元数据。下一步，把data文件夹里的ibdata1文件（3.4G大，明显存储了元数据）拷贝到D:\Program

Files\MySQL\MySQL

Server

5.0\data里，代替原来的ibdata1文件。重启电脑，打开Navicat

for

MySQL，连接成功，数据可以访问操作。

至此，操作终于成功。其实当初在那台机上把数据导出来，而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统，也就是说MySQL失效了。

mysql删除被的数据库怎么还原?

1 找个别的机百器安装个同版本的mysql或从已安装同版本的其他机器上（非同版本的度也可以试下）：

拷贝 mysql/data/mysql 目录到你的mysql/data/ 下吧

2 试着启动mysql服务，如果能启动了，理论上应该丢失的只有用户、授权等一些知系统信息，不影响你的使用的数据；

如果不能启动，看错误日志，争取启动了。

3 赶紧把数据备份道一份出来，重内新把所有库（只是你后来创建的业务相关的库，不包括mysql库）都删了，重新导入一遍。理论上不这样也可以，但只是非容生产重要的环境下。

4 重新做用户授权。

以上步骤参考一下，试一下

详解MySQL误操作后怎样进行数据恢复

一、开启binlog。

首先查看binlog是否开启

?

1

2

3

4

5

6

7

mysql show variables like "log_bin";

+---------------+-------+

|Variable_name | Value

+---------------+-------+

| log_bin OFF

+---------------+-------+

1 row in set (0.00 sec)

值为OFF，需开启，开启binlog方式如下：

?

1

#vim /etc/my.cnf

在[mysqld]中加入

?

1

2

log-bin = mysql-bin

log-bin = /usr/local/mysql/log/mysql-bin.log

重启mysql服务

?

1

2

#service mysqld stop

#service mysqld start

二、模拟数据写入

建库

?

1

create database backup;

建表

?

1

2

3

4

5

CREATE TABLE `number` (

`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '编号',

`updatetime` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

写入数据

程序2-1

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

#coding:utf8

#python2.7

import MySQLdb

import time

def connect_mysql(db_host="192.168.11.169",user="martin",passwd="martin",db="backup",charset="utf8"):

conn = MySQLdb.connect(host=db_host,user=user,passwd=passwd,db=db,charset=charset)

conn.autocommit(True)

return conn.cursor()

#数据插入

for i in range(0,10):

#time=time.strftime("%Y-%m-%d %H:%M:%S")

sql = 'insert into number(updatetime) values(%s)'

values = [(time.strftime("%Y-%m-%d %H:%M:%S"))]

db1 = connect_mysql()

print db1.executemany(sql,values)

查询数据

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

mysql select * from number;

+-------+------------------------+

| id | updatetime

+--------------------------------+

| 1 | 2016-06-29 23:27:15 |

| 2 | 2016-06-29 23:27:15 |

| 3 | 2016-06-29 23:27:15 |

| 4 | 2016-06-29 23:27:15 |

| 5 | 2016-06-29 23:27:15 |

| 6 | 2016-06-29 23:27:15 |

| 7 | 2016-06-29 23:27:15 |

| 8 | 2016-06-29 23:27:15 |

| 9 | 2016-06-29 23:27:15 |

| 10 | 2016-06-29 23:27:15 |

+-------+------------------------+

10 rows in set (0.00 sec)

三、全量备份

?

1

mysqldump -uroot -p -F --master-data=2 backup |gzip /martin/data/backup_$(date +%F).sql.gz

注：加-F能刷新binlog，方便恢复时操作。

四、模拟写入增量数据

继续执行程序2-1。

查询数据

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

mysql select * from number;

+----+---------------------------+

| id | updatetime |

+----+---------------------------+

| 1 | 2016-06-29 23:27:15 |

| 2 | 2016-06-29 23:27:15 |

| 3 | 2016-06-29 23:27:15 |

| 4 | 2016-06-29 23:27:15 |

| 5 | 2016-06-29 23:27:15 |

| 6 | 2016-06-29 23:27:15 |

| 7 | 2016-06-29 23:27:15 |

| 8 | 2016-06-29 23:27:15 |

| 9 | 2016-06-29 23:27:15 |

| 10 | 2016-06-29 23:27:15 |

| 11 | 2016-06-29 23:31:03 |

| 12 | 2016-06-29 23:31:03 |

| 13 | 2016-06-29 23:31:03 |

| 14 | 2016-06-29 23:31:03 |

| 15 | 2016-06-29 23:31:03 |

| 16 | 2016-06-29 23:31:03 |

| 17 | 2016-06-29 23:31:03 |

| 18 | 2016-06-29 23:31:03 |

| 19 | 2016-06-29 23:31:03 |

| 20 | 2016-06-29 23:31:03 |

+-------+---------------------+

20 rows in set (0.00 sec)

五、增量备份

保留mysql-bin.000002及之后的binlog即可。

六、模拟误操作

?

1

delete from number;

七、再次写入增量数据

执行程序2-1

select * from bumber;

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

+------+------------------------+

| id | updatetime |

+------+------------------------+

| 21 | 2016-06-29 23:41:06 |

| 22 | 2016-06-29 23:41:06 |

| 23 | 2016-06-29 23:41:06 |

| 24 | 2016-06-29 23:41:06 |

| 25 | 2016-06-29 23:41:06 |

| 26 | 2016-06-29 23:41:06 |

| 27 | 2016-06-29 23:41:06 |

| 28 | 2016-06-29 23:41:06 |

| 29 | 2016-06-29 23:41:06 |

| 30 | 2016-06-29 23:41:06 |

+------+------------------------+

10 rows in set (0.00 sec)

八、恢复

此时发现之前的delete操作为误操作，急需恢复，恢复过程如下

给该表加上读锁

?

1

lock table number read;

将全量备份的数据导入

?

1

2

3

4

#cd /martin/data/

#gzip -d number_2016-06-29.sql.gz

#grep -i "change" *.sql

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000002', MASTER_LOG_POS=107;

刷新日志

?

1

2

3

4

5

6

#mysqladmin -uroot -p'martin' flush-logs

#cd /usr/local/mysql/log

#ls|grep mysql-bin|grep -v index

mysql-bin.000001

mysql-bin.000002

mysql-bin.000003

可确定mysql-bin.000002为增量数据binlog

导入全量备份

?

1

2

3

4

5

#cd /martin/data/

#mysql -uroot -p backup number_2016-06-29.sql

#cp /usr/local/mysql/log/mysql-bin.000002 /martin/data/

#mysqlbinlog mysql-bin.000002 bin.sql

#vim bin.sql

在bin.sql找到之前的delete语句，删除

?

1

mysql -uroot -p bin.sql

九、确认已恢复数据

登录mysql

?

1

2

#mysql -uroot -p'martin' backup

select * from number;

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

+----+---------------------+

| id | updatetime |

+----+---------------------+

| 1 | 2016-06-29 23:27:15 |

| 2 | 2016-06-29 23:27:15 |

| 3 | 2016-06-29 23:27:15 |

| 4 | 2016-06-29 23:27:15 |

| 5 | 2016-06-29 23:27:15 |

| 6 | 2016-06-29 23:27:15 |

| 7 | 2016-06-29 23:27:15 |

| 8 | 2016-06-29 23:27:15 |

| 9 | 2016-06-29 23:27:15 |

| 10 | 2016-06-29 23:27:15 |

| 11 | 2016-06-29 23:31:03 |

| 12 | 2016-06-29 23:31:03 |

| 13 | 2016-06-29 23:31:03 |

| 14 | 2016-06-29 23:31:03 |

| 15 | 2016-06-29 23:31:03 |

| 16 | 2016-06-29 23:31:03 |

| 17 | 2016-06-29 23:31:03 |

| 18 | 2016-06-29 23:31:03 |

| 19 | 2016-06-29 23:31:03 |

| 20 | 2016-06-29 23:31:03 |

| 21 | 2016-06-29 23:41:06 |

| 22 | 2016-06-29 23:41:06 |

| 23 | 2016-06-29 23:41:06 |

| 24 | 2016-06-29 23:41:06 |

| 25 | 2016-06-29 23:41:06 |

| 26 | 2016-06-29 23:41:06 |

| 27 | 2016-06-29 23:41:06 |

| 28 | 2016-06-29 23:41:06 |

| 29 | 2016-06-29 23:41:06 |

| 30 | 2016-06-29 23:41:06 |

+----+---------------------+

30 rows in set (0.00 sec)

恢复完成