MySQL备份理论及mysqldump用法

为什么备份:

  • 灾难恢复:硬件故障(冗余)、软件故障(bug)、自然灾害、******、误操作、...
  • 测试:测试时,为了模仿真实环境中用户访问情况,通常需要用真实数据去做测试。

备份恢复的原则:

  1. 策略正确:平时要设计好备份还原所涉及到的人员,确保能做正确的事。
  2. 执行不出问题:平时做演练,以确保出现问题时,能做正确的事情。
  3. 出问题时做正确的事情。

异地灾备

  • 必要性:防止同一台机器、同一个网络环境中、同一个物理机房不可用导致服务不可用。
  • 备份项:配置文件,周边配置,周期性计划任务。

备份注意事项:

  1. 能容忍最多丢失多少数据:决定了使用的备份手段和工具
  2. 恢复数据需要在多长时间内完成
    • 电商站点若发生故障,数据恢复时,一小时损失可能数以亿计数据。若用二进制文件恢复,可能恢复时长极长,且可能因业务量大,单条语句写入二进制文件顺序不同导致数据与真实数据不一致。
  3. 需要恢复哪些数据
    • 线上生产数据集,线上认证,配置等
  4. 数据备份后需要经常测试备份的可用性,另一方面也可以增强恢复操作的效率,在真正需要恢复数据时做到有条不紊。

数据备份的类型

  1. 根据备份的数据集的范围可分为完全备份和部分备份

    • 完全备份:备份整个数据集
    • 部分备份:备份整个数据集中的一部分,如部分表。
  2. 全量备份、增量备份、差异备份

    • 全量备份:备份全部数据
    • 增量备份:备份自上一次完全备份或增量备份以来变化的那部分数据
    • 差异备份:仅备份自上一次完全备份以来变化的那部数据
  3. 根据备份方式分为物理备份和逻辑备份

    • 物理备份:直接复制数据文件
    • 逻辑备份:从数据库导出数据另存在一个或多个文件中
  4. 根据数据服务是否在线可分为热备、温备、冷备
    • 热备:读写操作均可进行的状态下所做的备份
    • 温备:可读但不可写状态下进行的备份;
    • 冷备:读写操作均不可进行的状态下所做的备份;最可靠,但却是最不可行的。可借助主从复制实现。

备份时需要考虑到的因素:

  1. 要不要锁定资源,锁定资源多长时间?
  2. 备份过程的时长?
  3. 备份时的服务器负载?
  4. 恢复过程的时长?

备份工具

  1. mysqldump

    • mysql服务自带的备份工具,逻辑备份工具.
    • 可以做到完全、部分备份
    • 对InnoDB支持热备,对MyISAM存储引擎支持温备。
  2. cp/tar

    • lvm2:快照(请求一个全局锁),之后立即释放锁,达到几乎热备的效果;物理备份;
      • 注意:不能仅备份数据文件;要同时备份事务日志;
      • 前提:要求数据文件和事务日志位于同一个逻辑卷;
  3. Innobackup/xtrabackup

    • 由Percona提供,开源工具,支持对InnoDB做热备,物理备份工具;
    • 支持完全备份、部分备份;完全备份、增量备份;完全备份、差异备份;
  4. mysqlhotcopy:几乎冷备
  5. select:据说相当LOW
    • 备份:SELECT cluase INTO OUTFILE 'FILENAME';
    • 恢复:CREATE TABLE
    • 导入:LOAD DATA

mysqldump用法

  1. 特点:支持逻辑备份、完全备份、部分备份;

    • 逻辑备份:数据服务要正常运行,监听在某个端口,mysqldump可以通过端口访问mysql。
    • 通过SELECT语句查询后导出至一个文件,恢复时通过INSERT语句把所有查询结果插入至数据库。
    • 有可能会丢失精度
  2. mysqldump用法:

    • SYNOPSIS:
      • mysqldump [OPTIONS] database [tables]
      • mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...] 备份指定表
      • mysqldump [OPTIONS] --all-databases [OPTIONS] 备份所有表
    • OPTIONS

      • --all-databases 备份所有库
      • --databases db1,db2.... 备份指定一到多个数据库:
      • db 备份单个数据库中的所有目标对象(不会自动创建库,只是备份库中的表、代码、存储过程、存储函数、触发器以及事件调度器等)
      • db table1,table2... 备份指定的表

      MyISAM存储引擎:最多支持温备,备份时要锁定所有要备份表(若是备份哪个表锁定哪个表,还原时各表时间点不一致)

      • -x, --lock-all-tables 锁定所有库的所有表,读锁
      • -l, --lock-tables 锁定指定库所有表

      InnoDB存储引擎:支持温备和热备;

      • --single-transaction 创建一个事务,基于此快照执行备份;必须加上这个选项才支持热备
        • 在REPEATABLE-READ隔离级别,mysqldump连进数据库时看到的视图是一致的,都是启动事务那一刻的状态。在这种情况下,启动一个事务,备份的所有数据都是这个时间点的。

      其它选项:

      • -R, --routines 备份指定库的存储过程和存储函数;
      • --triggers 备份指定库的触发器
      • -E, --events 备份事件调度器
      • --master-data[=#] 在备份的目标文件中记录一个CHANGE MASTER TO语句,记录备份的那一刻处于哪个二进制文件的哪个位置。
        • mysqldump导出数据时,当这个参数的值为1的时候,mysqldump出来的文件就会包括CHANGE MASTER TO这个语句,CHANGE MASTER TO后面紧接着就是file和position的记录,在slave上导入数据时就会执行这个语句,salve就会根据指定这个文件位置从master端复制binlog。默认情况下这个值是1。
        • 记录下来一个注释的CHANGE MASTER TO 语句,仅为我们参考使用,不打算用它来设定从服务器复制线程的启动通常就设置为2。
      • --flush-logs 锁定表完成后,即进行日志刷新操作;

猜你喜欢

转载自blog.51cto.com/11975865/2394819
0条评论
添加一条新回复