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文件复制到数据库服务器的数据目录中,然后进行一下命令: alter table 表 import tablespace;
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。