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 锁定表完成后，即进行日志刷新操作；