6 mysql备份和还原

raid在硬件级别保证硬件损坏而不会导致业务中止。

一 备份类型

按是否离线

1）热备份，在线备份，读写不受影响;难度大

2）温备份，能读不能写

3）冷备份，离线备份，读写均中止

物理备份，复制数据文件

逻辑备份，复制数据导出至文本文件中

完全备份：备份全部数据，可能是一个数据库的全部数据

增量备份：仅备份上次完全备份或增量备份以后变化的数据；

差异备份：仅备份上次完全备份以来变化的数据；

备份方式可自由组合

---

二 备份需考虑的问题

1 备份什么？

    数据、配置文件、 二进制日志 、事务日志

2 离线备份还是在线备份？

     MyISAM不宜进行热备，一旦备份中出现问题，不能用于还原，推荐 使用温备份（ 以共享方式锁定所有表）

如果必须使用热备，使用LVM进行快照

     InnoDB热备工具： xtrabackup（物理备份）, mysqldump（逻辑备份）

     最好使用离线备份，较为安全，使用主从实现，可以在某一时刻停掉从服务器的服务，进行离线备份

3 物理备份还是逻辑备份？

物理备份，

优势：直接复制数据文件，速度快 

缺点：有些数据依赖文件系统，移植能力有限

逻辑备份

优势：方便使用文本处理工具直接对其处理，移植能力强

缺点：复制 数据导出至文本文件中，数据慢，丢失浮点数精度（转化为文本时丢失）

4 备份策略选择？

完全备份+ 增量 备份 或者 完全备份+ 差异 备份

---

三 mysql备份工具

mysqldump， 逻辑备份 工具，MyISAN（温备），InnoDB（热备）

mysqlhotcopy， 物理备份 工具，冷备

文件系统备份工具

cp：冷备

lvm：逻辑卷快照，几乎热备    

     mysql> lock tables user read;

#   mysql> unlock tables;

     mysql> FLUSH TABLES;

创建快照：释放锁，而后复制数据

注意：

InnoDB有一个问题：flush和lock tables后，数据库还可能有数据操作，比如没有commit的事物

    所以要确保数据完全写入磁盘后才能进行快照

ibback，商业工具

extrabackup，开源工具

网络备份工具

porconna-tool

---

四 mysqldump实现备份

1 备份一个库

mysqldump DB_NAME [tb1] [tb2] 备份单个数据库，或库中特定表;恢复时，需要手动创建 数据库

mysql> LOCK TABLES; 锁表

mysql> FLUSH TABLES;数据 写入磁盘

mysql> flush logs; 二进制文件日志

mysql> show bianry log；显示二进制日志

备份：mysqldump -u root -h localhost -p jiaowu > jiaowu_bak.sql

还原：mysql jiaowu < jiaowu_bak.sql

--master-data={0|1|2}

0: 不记录二进制日志文件及路位置；

1：以CHANGE MASTER TO的方式记录位置，可用于恢复后直接启动从服务器；

2：以CHANGE MASTER TO的方式记录位置，但默认为被注释；

--lock-all-tables：锁定所有表

--flush-logs: 执行日志flush；

如果指定库中的表类型均为InnoDB，可使用--single-transaction启动热备，不需要锁表

---

2 备份多个库：

--all-databases: 备份所有库

--databases DB_NAME,DB_NAME,...: 备份指定库

--events

--routines

--triggers

---

五 即时点还原

1 备份策略：每周完全+每日增量

完全备份：mysqldump

增量备份：备份二进制日志文件(flush logs)

2 完全备份

#  mysqldump -u root -p  --flush-logs  --master-data=2 --flush-logs --all-databases --lock-all-tables [--triggers --routines] --events > alldb.sql

时间过去一天

3 增量备份

# cd /data/mysql/

# mysqladmin flush-logs

# mysqlbinlog mysql-bin.000019 > /root/monday-increment.sql

3.1 增量备份

# mysqladmin flush-logs

# mysqlbinlog mysql-bin.000020 > /root/tuesday-increment.sql

4 数据库损坏mysql无法启动

初始化mysql数据库

4.1 恢复完全备份

# mysql < alldb.sql

4.2 恢复增量备份即可

4.3 导出最后的二进制日志并恢复

mysql> mysqlbinlog  mysql-bin.000020  | mysql

说明：清除二进制文件至

mysql> show binary logs;

mysql> purge binary logs to 'mysql-bin.000019';

# mysqladmin flush-logs

来自为知笔记(Wiz)