MySQL备份的原因1. 灾难恢复
2. 审计
3. 测试1234512345
mysql的备份类型1. 根据服务器的在线状态：
热备：服务器处于运行状态
冷备：服务器出去停止状态
温备：服务器处于半离线状态，只能读，但是不能写
2. 根据备份的数据集：
完全备份：备份整个数据库
部分备份：备份某个表
3. 根据备份时的接口：
物理备份：直接将数据库文件从磁盘上复制出来
逻辑备份：把数据从数据库中提取出来备份成文本文件
4. 根据数据量进行备份：
完全备份：备份从创建数据库到目前为止的数据
增量备份：备份从上次进行完全备份结束到目前为止的数据
差异备份：1234567891011121314151612345678910111213141516
MySQL备份对象数据+配置文件+代码(存储过程等)+os相关的配置文件(如crontab配置计划及脚本)11
使用mysqldump工具进行数据备份和恢复1. mysqldump命令格式
a.备份多个或者一个数据库
mysqldump [option] --database db_name1 db_name2...
b.备份某个数据库中的某张表
mysqldump [option] db_anme table1 tables2 ...
c.备份全部数据库
mysqldump [option] --alldatabases
2. option
-u user:指定以哪个用户的身份进行备份 -p password：指定用户的密码 -h host：指定备份的数据库
--local-all-tables:请求锁住所有备份的表 --local-tables：备份那张表锁住那张表 --single-transaction：能够对InnoDB存储引擎实现热备。(不常用)
--events：备份事件调度器 --routines：备份存储过程和存储函数 --triggers：备份触发器
--flush-log：备份前，请求到锁之后滚动日志
3. 常用备份格式
mysqldump -uroot -p -h --database|db_name|--all-databases db_name|table --local-tables --flush-log
4. 恢复备份
a.关闭当前session的sql_log_bin
b.mysql
c.开启二进制文件日志1234567891011121314151617181920212223242526272829303112345678910111213141516171819202122232425262728293031
mysqldump备份测试备份数据库wordpress
库中表的列表
mysql> show tables;
+-----------------------+
| Tables_in_wordpress |
+-----------------------+| wp_commentmeta || wp_comments || wp_links || wp_options || wp_postmeta || wp_posts || wp_term_relationships || wp_term_taxonomy || wp_termmeta || wp_terms || wp_usermeta || wp_users |+-----------------------+12 rows in set (0.00 sec)1234567891011121314151617181920212212345678910111213141516171819202122备份整个数据库
还原刚才备份的数据库
使用xtrabackup工具进行备份1. 下载安装xtrabackup
[[email protected] ~]# wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.7/binary/redhat/6/x86_64/percona-xtrabackup-24-2.4.7-1.el6.x86_64.rpm
[[email protected] ~]# wget http://dl.fedoraproject.org/pub/epel/6/x86_64//libev-4.03-3.el6.x86_64.rpm
[[email protected] ~]# yum install libev-4.03-3.el6.x86_64.rpm
[[email protected] ~]# yum install --skip-broken percona-xtrabackup-24-2.4.7-1.el6.x86_64.rpm
2. 备份后生成的文件 xtrabackup_checkpoints:记录备份类型，备份状态，lsn(日志序列号)等信息。
xtrabackup——binary：备份中用到的xtrabackup的可执行文件 xtrabackup_binlog_info:当前服务器正在使用的二进制日志文件及备份道这一刻的时间位置 xtrabackup_binlog_pos_innodb:二进制文件的但前position
backup_my.cnf：备份命令用到的配置选项信息。12345678910111213141234567891011121314
1. 完全备份和恢复格式：>innobackupex --user= --password= --apply-log /path/to/back_dir/结果：completes ok!1212
测试完整备份数据库
测试恢复格式：
>innobackupex --user= --password= --copy-back /path/to/back_dir/1212
创建新文件讲原有数据库全部移到目录下
恢复
增量备份格式： #innobackupex --incremental /path/to/back_dir --incremental-basedir=以那个备份文件伪基础
还原：将增量备份整合道完全备份上去
先准备完全备份： #innobackupex --apply-log --redo-only 完全备份路仅(base-dir)
在准备第一次增量备份： #innobackupex --apply-log --redo-only base-dir --incremental-dir=one_base_dir
在准备第二次增量备份： #innobackupex --apply-log --redo-only base-dir --incremental-dir=two_base_dir ..
.. 。
恢复： >innobackupex --copy-back base-dir12345678910111213141234567891011121314
a.第一次完整备份
操作数据库增加数据
第一次增量备份
准备完全备份
准备第一次增量备份文件
恢复
结果
xtrabackup进行表的导入和导出在进行表的导出时，需要启用服务器的innodb_file_per_table这个选项。
在进行表的导入时，需有启用服务器的innodb_file_per_table和innodb_expand_import选项
导出表
innobackupex --apply-log --export /path/base_dir
此命令会为每个innodb表空间创建一个.exp结尾的文件，这个文件可以导入其他服务器
导入表：
1，在服务器上创建一个与此结构相同的表。
2，然后删除此表的表空间： alter table 表 discard tablespace； 3，将.exp文件复制到数据库服务器的数据目录中，然后进行一下命令： alter table 表 import tablespace；
