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<source /path/*.sql 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 [root@www ~]# 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 [root@www ~]# wget http://dl.fedoraproject.org/pub/epel/6/x86_64//libev-4.03-3.el6.x86_64.rpm [root@www ~]# yum install libev-4.03-3.el6.x86_64.rpm [root@www ~]# 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文件复制到
本文转自lnsaneLlinux博客51CTO博客，原文链接http://blog.51cto.com/lnsane784/1949513如需转载请自行联系原作者
