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 提供的 --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 机器上做备份。




上一篇:用户管理

成为你想看到的世界变革力量

创建者:万乐荣
最后更新时间 : 2018年9月4日 0:45

评论