内容概要
• 备份恢复策略 • 逻辑备份 • 物理备份 • 数据恢复 • 自动化备份恢复设计
备份策略
备份恢复策略 • RTO Recovery Time Objective，恢复时间目标，数据中心可容许服务中断的时间长度，可简单 地描述为企业能容忍的恢复时间
• RPO Recovery Point Objective，恢复点目标，企业能容忍的最大数据丢失量，可以按照时间计 算
备份方式 • 逻辑 1.mysqldump/mysqlpump 2.select…into outfile 3.主从延迟复制
• 物理 1.冷备: 关闭MySQL，拷贝数据文件 2.热备: innobackupex
• 日志备份 1.binlog实时备份
备份恢复策略
全量备份 逻辑备份 mysqldump 物理备份 innobackupex、冷备 增量备份 物理备份 innobackupex 主从冗余 不能避免数据误操作 主从延迟库备份 binlog应用落后主库一段时间
备份恢复策略
1.确定数据库的大小
select round(sum(data_length+index_length)/1024/1024) as total_mb, round(sum(data_length)/1024/1024) as data_mb, round(sum(index_length)/1024/1024) as index_mb from information_schema.tables;
2.数据库的可用性 维护窗口 业务低峰时段
备份恢复策略
3.存储引擎与锁策略
select table_schema,engine,round(sum(data_length+index_length)/1024/1024) as total_mb, round(sum(data_length)/1024/1024) as data_mb,round(sum(index_length)/1024/1024) as index_mb,count(*) as tables from information_schema.tables where table_schema not in (\’INFORMATION_SCHEMA\’,\’PERFORMANCE_SCHEMA\’,\’sys\’,\’mysql\’) group by table_schema,engine order by 3 DESC;
4.运行时间 确认备份运行的时间，便于执行合理的备份计划
备份恢复策略
5.备份验证 备份完成后，必须验证备份的有效性 6.灾备演练 定期组织灾备演练，测试数据恢复，能否达到RTO和RPO标准 7.常用的备份计划 • 每天一次全备 • 实时备份binlog • 每6小时备份一次核心表 • 1,3,5全备，2,4,6,7增量备份
逻辑备份
mysqldump
• 将数据备份成可执行的SQL语句。 • 备份方式： • 远程备份 • 本地备份 • 备份类型 • 一致性备份 • 全库备份 • 单表备份 • 备份时排除某些表 • 单表条件备份
mysqldump
• 备份指定的数据库中的某些表
mysqldump [options] db_name [tab1] …
• 备份一个或多个数据库
mysqldump [options] –database DB1 [DB2] …
• 备份所有数据库
mysqldump [options] –all-database
mysqldump • 常用参数 –tables 指定导出的表，–databases配合使用 –single-transaction 事务类型表一致性导出 –lock-tables 锁定表，导出后释放 –default-character-set 指定导出文本的字符集 –routines 导出存储过程，函数
mysqldump
–triggers 导出触发器 –hex-blob BLOB字段导出 –ignore-table 多张多次指定 , 注意=前后无空格， –ignore-table=eve.uainfo -w, –where=name 指定where条件，-w \’id =77643’ -t, –no-create-info 不备份表结构，只备份数据
mysqldump
-T, –tab=name 指定数据输出路径，只能在mysql服务器本地使用 –fields-terminated-by 指定字段分隔符 –replace Use REPLACE INTO instead of INSERT INTO –master-data 生成change master to语句，并指定一致性导出的binlog的位置 –set-gtid-purged Whether to add SET @@GLOBAL.GTID_PURGED to output
mysqldump
• –导出单个db mysqldump -uroot -pmysql1 –master-data=2 –single-transaction –triggers –routines -databases sakila >/home/mysql/insert.sql
• –导出多个db mysqldump -uroot -pmysql1 –default-character-set=utf8 –hex-blob –single-transaction -routines –triggers –databases employees sakila >/home/mysql/test/dumpdb.sql
• –导出单个table，导入时,先进入对应的db下 mysqldump -uroot -pmysql1 –default-character-set=utf8 -t –databases mysql –tables user > user.sql
mysqldump • –不导出某些表 –ignore-table=eve.uainfo 多张多次指定 , 注意=前后的空格 mysqldump -uroot -pmysql1 –default-character-set=utf8 –single-transaction –databases eve –ignore-table=eve.uainfo –ignore-table=eve.dimensions_info >ignoret.sql
• –load data格式 mysqldump -uroot -pmysql1 –databases eve –default-character-set=utf8 –singletransaction –tables TRACKINGCLICK -t –tab /mnt/howe/ –fields-terminated-by=\’,\’
mysqldump • replace –大表修复不重建表 mysqldump-uroot -pmysql1 –default-character-set=utf8 –hex-blob –single-transaction -routines –triggers -t –replace=TRUE –databases mysql –tables user >/mnt/howe/user.sql
• –修复行 where mysqldump -uroot -pmysql1 –default-character-set=utf8 –single-transaction -t -databases iruluplay –tables third_party_device -w \’id =77643\’ > 1.txt
• 单行insert导出 –skip-extended-insert mysqldump-uroot -pmysql1 –default-character-set=utf8 –skip-extended-insert -databases mysql –tables user >/mnt/howe/user.sql
mysqldump
• 对于较小的数据库非常理想，适合于5GB～20GB之间的数据库。 • 不适用于上百GB的数据库，也不适用于时间性要求非常强的恢复。