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)