MySQL InnoDB 备份与恢复七种方式

MySQL InnoDB 备份与恢复七种方式

2016-08-04 18:02 3654人阅读 评论(0) 收藏 举报

分类：

数据库(Database)（17）

版权声明：本文为博主原创文章，未经博主允许不得转载。

有几种方式：

1 mysqldump, 这种方式不仅适用于InnoDB，还适用于其它类型的存储引擎，如MyISAM。备份的时候将数据库备份成SQL(包含drop，create，insert等语句)，恢复的时候直接导入即可。属于逻辑备份。

2 copy file, 我们知道InnoDB底层存储的时候会将数据和元信息存在下列文件中：

ibdata*, *.ibd, *.frm, *.ib_logfile*，所以备份这些文件即可备份InnoDB的数据，另外别忘了将MySQL的配置文件my.cnf也一并备份起来。如果my.cnf中开启了innodb_file_per_table那么InnoDB在存储的时候也会像MyISAM那样每一个表都会有相应的文件，你也可以只备份其中的某些文件(也就是表)。注意copy这些files的时候，最好能确保InnoDB的所有事务都commit了。比如你可以将MySQL暂时关闭掉，如果不能忍受一些down time的话，先不要考虑这种方式。另外还可以先获取Table的read lock, 比如Lock Tables Customers READ. 你可以用show innodb status看看还有没有活动的事务没有commit。属于物理备份。

下面讲一下这种备份方式怎么恢复：

a. 停止任何关于这个表的写，lock tables customers write;

b. 删除这个表的空间，alter table customers discard tablespace;

c. 将你备份的.ibd文件拷贝到相应的目录下。

d. 重新建立表空间，alter table customers import tablespace;

e. 释放写锁，unlock tables customers;

3 ibbackup, 这是一个商业化的工具，将你线上的my.cnf配置文件复制一份出来到比如说/etc/my.backup.cnf，更改里边的datadir等比如说到/data/backup，然后运行 ibbackup /etc/my.cnf /etc/my.backup.cnf, ibbackup就会讲my.cnf所指向的的数据内容备份到my.backup.cnf指向的数据目录。恢复的时候也很奇葩，因为你现在等于说是拥有了两个数据目录，所以你重新运行mysql，safe_mysqld --defaults-file=/etc/my.backup.cnf. 这种方式仅局限于你的数据库全部使用InnoDB存储引擎。

4 innobackup，如果你还有其它数据表用的是MyISAM，那么你可以使用innobackup，它不但会将InnoDB的相关文件备份起来，还会将MyISAM的比如MYI, MYD文件也备份起来。innobackup使用了ibbackup作为InnoDB的备份子工具。

5 利用MySQL Administrator

6 利用binary logs, 需要开启log-bin, 所有的更新操作都会被写到binary file里。恢复的时候mysqlbinlog binlog_file | mysql，这种方式基本上可以用在在线备份上。属于逻辑备份。

7 XtraBackup，对InnoDB做数据备份的开源工具，支持在线热备，备份时不影响数据读写。属于物理备份。项目地址https://github.com/percona/percona-xtrabackup，可以结合使用Innobackupex进行全备，xtrabackup进行增量备份。

个人觉得第一种，第二种和第六种和第七种都非常不错，各有自己的特点。第一种方式比较适合小型的数据库，由于是SQL，所以不仅可以跨存储引擎，还能跨不同的数据库，比如PostgreSQL。数据量稍大一些就可以用第二种方式了,由于是文件传输，所以效率就是文件传输的效率了。第六种方式将数据库本身与备份方式利用binlog进行解耦，既不会对在线数据库造成太大的overhead，而且因为所有的更新操作都在binlog里了，所以可以利用此数据做很多的事情。第七种方式比较特殊，结合了第三种和第四种，所以功能上比较强大，商业上可以选用。

原文:http://blog.csdn.net/hongchangfirst/article/details/51356088

作者:hongchangfirst

hongchangfirst的主页:http://blog.csdn.net/hongchangfirst