为什么备份:
- 灾难恢复:硬件故障(冗余)、软件故障(bug)、自然灾害、******、误操作、...
- 测试:测试时,为了模仿真实环境中用户访问情况,通常需要用真实数据去做测试。
备份恢复的原则:
- 策略正确:平时要设计好备份还原所涉及到的人员,确保能做正确的事。
- 执行不出问题:平时做演练,以确保出现问题时,能做正确的事情。
- 出问题时做正确的事情。
异地灾备
- 必要性:防止同一台机器、同一个网络环境中、同一个物理机房不可用导致服务不可用。
- 备份项:配置文件,周边配置,周期性计划任务。
备份注意事项:
- 能容忍最多丢失多少数据:决定了使用的备份手段和工具
- 恢复数据需要在多长时间内完成
- 电商站点若发生故障,数据恢复时,一小时损失可能数以亿计数据。若用二进制文件恢复,可能恢复时长极长,且可能因业务量大,单条语句写入二进制文件顺序不同导致数据与真实数据不一致。
- 需要恢复哪些数据
- 数据备份后需要经常测试备份的可用性,另一方面也可以增强恢复操作的效率,在真正需要恢复数据时做到有条不紊。
数据备份的类型
-
根据备份的数据集的范围可分为完全备份和部分备份
- 完全备份:备份整个数据集
- 部分备份:备份整个数据集中的一部分,如部分表。
-
全量备份、增量备份、差异备份
- 全量备份:备份全部数据
- 增量备份:备份自上一次完全备份或增量备份以来变化的那部分数据
- 差异备份:仅备份自上一次完全备份以来变化的那部数据
-
根据备份方式分为物理备份和逻辑备份
- 物理备份:直接复制数据文件
- 逻辑备份:从数据库导出数据另存在一个或多个文件中
- 根据数据服务是否在线可分为热备、温备、冷备
- 热备:读写操作均可进行的状态下所做的备份
- 温备:可读但不可写状态下进行的备份;
- 冷备:读写操作均不可进行的状态下所做的备份;最可靠,但却是最不可行的。可借助主从复制实现。
备份时需要考虑到的因素:
- 要不要锁定资源,锁定资源多长时间?
- 备份过程的时长?
- 备份时的服务器负载?
- 恢复过程的时长?
备份工具
-
mysqldump
- mysql服务自带的备份工具,逻辑备份工具.
- 可以做到完全、部分备份
- 对InnoDB支持热备,对MyISAM存储引擎支持温备。
-
cp/tar
- lvm2:快照(请求一个全局锁),之后立即释放锁,达到几乎热备的效果;物理备份;
- 注意:不能仅备份数据文件;要同时备份事务日志;
- 前提:要求数据文件和事务日志位于同一个逻辑卷;
-
Innobackup/xtrabackup
- 由Percona提供,开源工具,支持对InnoDB做热备,物理备份工具;
- 支持完全备份、部分备份;完全备份、增量备份;完全备份、差异备份;
- mysqlhotcopy:几乎冷备
- select:据说相当LOW
- 备份:SELECT cluase INTO OUTFILE 'FILENAME';
- 恢复:CREATE TABLE
- 导入:LOAD DATA
mysqldump用法
-
特点:支持逻辑备份、完全备份、部分备份;
- 逻辑备份:数据服务要正常运行,监听在某个端口,mysqldump可以通过端口访问mysql。
- 通过SELECT语句查询后导出至一个文件,恢复时通过INSERT语句把所有查询结果插入至数据库。
- 有可能会丢失精度
-
mysqldump用法:
亿速云「云数据库 MySQL」免部署即开即用,比自行安装部署数据库高出1倍以上的性能,双节点冗余防止单节点故障,数据自动定期备份随时恢复。点击查看>>