NoteDeep

  • mysql知识体系以及学习经验

  • mysql的运维

  • 简介

mysql备份与恢复

mysql的备份与恢复是dba工作中重要的一部分，也是基础工作。

使用mysqldump命令备份
基本语法： 

mysqldump -u username -p dbname table1 table2 > BackupName.sql

通常使用以下 SQL 来备份 MyISAM 表：
/usr/local/mysql/bin/mysqldump -uusername  -ppasswd
--default-character-set=utf8 --opt --extended-insert=false 
--triggers -R --hex-blob -x db_name > db_name.sql

使用以下 SQL 来备份 Innodb 表：
/usr/local/mysql/bin/mysqldump -uusername  -ppasswd
--default-character-set=utf8 --opt --extended-insert=false 
--triggers -R --hex-blob --single-transaction db_name > db_name.sql

mysqldump参数列表：
--complete-insert
导出的数据采用包含字段名的完整 INSERT 方式，也就是把所有的值都写在一行。
这么做能提高插入效率，但可能会受到 max_allowed_packet 的影响而导致插入失败。
--extended-insert = false
默认情况下，mysqldump 开启 --complete-insert 模式，
因此不想用它的话，就使用本选项，设定它的值为 false 即可。
--default-character-set=charset
指定导出数据时采用何种字符集，如果表不是采用默认的 latin1 的话，
那么导出时必须指定该选项，否则再次导入后将产生乱码问题。
--hex-blob
使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。
影响到的字段类型有 BINARY、VARBINARY、BLOB。
--no-data
-d不导出任何数据，只导出数据库表结构。
--single-transaction
该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN 不会阻塞任何应用程序
且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB 和 BDB。
--no-create-info
只导出数据，而不添加 CREATE TABLE 语句。
--opt
等同于同时添加 --add-drop-tables --add-locking --create-option
--disable-keys --extended-insert --lock-tables --quick --set-charset 选项。
本选项能让 mysqldump 很快的导出数据，并且导出的数据能很快导回。
该选项默认开启，但可以用 --skip-opt 禁用。
注意，如果运行 mysqldump 没有指定 --quick 或 --opt 选项，则会将整个结果集放在内存中。
如果导出大数据库的话可能会出现问题。
--quick
该选项在导出大表时很有用，它强制 mysqldump 从服务器查询取得记录直接输出,
而不是取得所有记录后将它们缓存到内存中。
--lock-all-tables
在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。
这是一个全局读锁，并且自动关闭 --single-transaction 和 --lock-tables 选项。
--lock-tables
它和 --lock-all-tables 类似，不过是锁定当前导出的数据表，而不是一下子
锁定全部库下的表。
本选项只适用于 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 选项。


数据还原


用 mysqldump 备份出来的文件是一个可以直接倒入的 SQL 脚本。
直接用 mysql 客户端例如：
mysql -u test_user -p passwd db_name < db_name.sql

这里需要指定文件的绝对路径，并且必须是 mysqld 运行用户(例如 nobody)有权限读取的文件。

启用二进制日志(binlog)

采用 binlog 的方法相对来说更灵活，省心省力，而且还可以支持增量备份。
启用 binlog 时必须要重启 mysqld。首先，关闭 mysqld，打开 my.cnf，加入以下几行：
server-id	= 1
log-bin		= binlog
log-bin-index	= binlog.index

然后启动 mysqld 就可以了。运行过程中会产生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 记录所有对数据的更新操作，后面的文件则是所有 binlog 的索引，都不能轻易删除。

需要备份时，可以先执行一下 SQL 语句，让 mysqld 终止对当前 binlog 的写入，就可以把文件直接备份，这样的话就能达到增量备份的目的了：
FLUSH LOGS;

如果是备份复制系统中的从服务器，还应该备份 master.info 和 relay-log.info 文件。
备份出来的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 来查看，如：
/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

该工具允许你显示指定的数据库下的所有 SQL 语句，并且还可以限定时间范围，相当的方便，详细的请查看手册。
恢复时，可以采用类似以下语句来做到：
/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uusername  -ppasswd db_name

把 mysqlbinlog 输出的 SQL 语句直接作为输入来执行它。



备份策略

对于中等级别业务量的系统来说，备份策略可以这么定：第一次全量备份，每天一次增量备份，每周再做一次全量备份，如此一直重复。而对于重要的且繁忙的系统来说，则可能需要每天一次全量备份，每小时一次增量备份，甚至更频繁。为了不影响线上业务，实现在线备份，并且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave 机器上做备份。




评论列表

    mysql备份与恢复