zoukankan      html  css  js  c++  java
  • Mysqlbackup 备份详解(mysql官方备份工具)

    A.1全库备份.

    命令:

    mysqlbackup --defaults-file=/home/mysql-server/mysql3/my.cnf  --user=root --password=root  --databases="mysql total2" --with-timestamp   --backup-dir=/home/mysql-server/backup   backup

    参数说明:    

    --defaults-file my.cnf文件的路径,主要用于一台服务器多个mysql服务.默认位置是/etc/my.cnf

    --user  用户名,这个用户必须在mysql库里面有创建table和查询,插入的权限.在备份的过程中.mysqlbackup会在mysql库下建立backup_history, backup_progress表.用户保留备份的历史信息和备份的基础信息.   

    --password密码

    --database 需要备份的数据库,要备份多个数据库需要用””包括起来,每个数据库中间用空格分开

    --with-timestamp用户创建一个备份目录下面当前时间的文件夹,如果没有这个参数,多次备份时,制定同一个目录,会使上一次备份的文件覆盖掉.

    --backup-dir备份的目录

    Backup  表明,这是备份操作

    A.2全库还原.

    第一步:检测事务日志

    Mysqlbackup --defaults-file=/home/mysql-server/mysql2/my.cnf  --backup-dir=/home/mysql-server/backup/2012-03-21_14-01-34/  apply-log

    参数说明:

    apply-log:因为在备份的时候是在线的,如果有新插入的SQL语句,会记录新增加的LSN点,然后新修改的页面会放到这个文件里面(ibbackup_logfile),同时也会放到表空间里面.当还原使用这个参数的时候,mysqlbackup会检测ibbackup_logfile和表空间的LSN点,然后比较ibbackup_logfile文件表空间LSN的差值,把这个值放到事务日志LOG里面.(事务日志如果填满了,会进入表空间的)

           

    第二步:copy物理文件

    mysqlbackup --defaults-file=/home/mysql-server/mysql2/my.cnf --backup-dir=/home/mysql-server/backup/2012-03-21_14-01-34/  --innodb_log_files_in_group=2  copy-back

    # 注意:在还原的时候,my.cnf文件中必要要有datadir的参数

    B.1 压缩全库备份

    mysqlbackup --defaults-file=/home/mysql-server/mysql3/my.cnf  --user=root --password=root --compress-level=1 --databases="mysql total2" --with-timestamp   --backup-dir=/home/mysql-server/backup  backup

    参数说明:

    --compress-level=1

    1为快速压缩.共有9个等级

    B.2压缩还原

    第一步:检测事务日志,并解压

    mysqlbackup --defaults-file=/home/mysql-server/mysql2/my.cnf --uncompress --backup-dir=/home/mysql-server/backup/2012-03-21_14-08-33/ apply-log

    uncompress解压压缩后的文件.

       

    第二步:copy物理文件

    mysqlbackup --defaults-file=/home/mysql-server/mysql2/my.cnf --innodb_log_files_in_group=2 --backup-dir=/home/mysql-server/backup/2012-03-21_14-08-33/ copy-back

     # 注意:在还原的时候,my.cnf文件中必要要有datadir的参数

    增量备份不支持压缩. backup-and-apply-log参数不能跟--compress-level同用

    C.1 备份时,同时释放事务日志

    备份

    mysqlbackup  --defaults-file=/home/mysql-server/mysql3/my.cnf  --user=root --password=root  --databases="mysql total2" --with-timestamp     --backup-dir=/home/mysql-server/backup  backup-and-apply-log

    参数说明:

    backup-and-apply-log 这个参数,在备份的时候,就把事务日志检测的功能就完成了,并把ibbackup_logfile与表空间差值的LSN内容放入到了事务日志里面,所以在还原的时候,就只需要备份物理文件就行

    还原

    mysqlbackup --defaults-file=/home/mysql-server/mysql2/my.cnf --innodb_log_files_in_group=2 --backup-dir=/home/mysql-server/backup/2012-03-21_19-25-09/  copy-back     

      

    D.1 增量备份

    第一次增量备份:

    mysqlbackup  --defaults-file=/home/mysql-server/mysql3/my.cnf  --user=root --password=root   --with-timestamp

    --databases=”mysql total2” --incremental --incremental-backup-dir=/home/mysql-server/in/  --incremental-base=dir:/home/mysql-server/backup/2012-03-22_11-10-28  backup

    参数说明:  

    --incremental :代表为增量备份.

    --incremental-backup-dir : 增量备份存放到哪个路径下

    --incremental-base : 增量备份的基础备份或增量备份的文件

    第二次增量备份:

    mysqlbackup  --defaults-file=/home/mysql-server/mysql3/my.cnf  --user=root --password=root   --with-timestamp

    --databases=”mysql total2”  --incremental --incremental-backup-dir=/home/mysql-server/in/  --incremental-base=dir:/home/mysql-server/backup/2012-03-22_11-15-28  backup

    参数说明:  

    --incremental-base : 这里的备份,就是上一次增量备份的路径

    增量备份原理:增量备份是基于第一次的完整备份之后,通过完整最后的LSN点这个基础在往后进行备份.当第二次增量备份的时,就基于前一次增量备份的LSN点的基础在进行备份.所以--incremental-base这个参数在增量备份的时候,是指向上一次全备份或增量备份的LSN点

                

     

    D.2 增量还原

    1. 全备检测匹配释放事务日志

       mysqlbackup --defaults-file=/home/mysql-server/mysql2/my.cnf  --backup-dir=/home/mysql-server/backup/2012-03-21_17-59-54/ apply-log

    2. 检测匹配释放第一次的增量备份

       mysqlbackup  --backup-dir=/home/mysql-server/backup/2012-03-21_17-59-54/  --incremental-backup-dir=/home/mysql-server/in/2012-03-22_11-47-47/  apply-incremental-backup

    3.检测匹配释放第二次的增量备份

      mysqlbackup  --backup-dir=/home/mysql-server/backup/2012-03-21_17-59-54/  --incremental-backup-dir=/home/mysql-server/in/2012-03-22_11-50-47/  apply-incremental-backup

    4. 最后进行物理文件复制

       mysqlbackup --defaults-file=/home/mysql-server/mysql2/my.cnf  --backup-dir=/home/mysql-server/backup/2012-03-21_17-59-54/copy-back

    增量还原原理:

    1.               首先检测匹配释放全备事务日志文件(当然如果备份中使用了backup-and-apply-log,在备份的时候,已经检测匹配了,就不需要这一步了)

    2.               第一次增量备份的文件释放到全备文件里面.(首先会进入事务日志,然后是表空间),所以--backup-dir指向全备目录(基于LSN点向后增加)

    3.               第二次增量备份的文件也是释放到全备文件里面. (首先会进入事务日志,然后是表空间),因为第一次的增量备份后,全库里面已经有了第一次的LSN点,所以二次还原的时候同样指向全备文件里面使LSN点在外后增加

    4.               因为增量的页面,已经全部进入了事务日志或表空间,这个时候,就可以直接备份物理文件了.

    但最后依然记住…

    # =======================================================================

    把先备份的系统库MV到原来的地方

    修改data目录的权限(如果你设置的是已MySQL用户访问的话)

         chown -R mysql.mysql data

    # =========================================================================

    在启动mysql server..

    Mysqlbackup工作原理

    1.       mysqlbackup对innodb的表空间进行物理复制,但是,它是记录LSN点的,在备份过程中,新增加的输入直接写入备份文件的ibbackup_logfile中.同时记录最后的LSN点

    2.       mysqlbackup对 myisam进行的是锁表全备.就算是增量备份,它依然是全备.

    3.       还原的时候,检测对比ibbackup_logfile文件里面与表空间里面的差值,使ibbackup_logfile里面的数据进入事务日志或表空间

    4.       在备份文件中的meta/backup_variables.txt文件中记录了备份的一些信息

      [backup_variables]

    start_lsn=1602048                                               #开始备份的LSN点

    end_lsn=687810168                                           # 结束LSN点

    apply_log_done=1                                             # 是否释放检测ibbackup_logfile文件(0表示没有,1表示已经释放)

    is_incremental=0                                                #是否是增量为增量备份文件(0:否,1:是)

    is_incremental_with_redo_log_only=0              # 只配置重做日志,当输入数据大小重做日志大小时,会有一场抛出

    is_partial=1                                                        # 是服务器备份还是部分备份(0表示全服务器备份,1表示部分备份)

    is_compressed=0                                              #是否压缩(0表示没有压缩,1表示压缩)

    binlog_position=mysql-bin.000001:107          # 二进制文件大小

    is_onlyinnodb=0                                               #是否只备份了innodb的表

  • 相关阅读:
    开发实践思考(一)
    记一次前端适配后台接口改造的开发小结
    百度地图AK申请
    Idea 不更新pom.xml中的jar包
    java junit @Test 变量共享问题 --springboot 中的Controller静态变量可以共享
    Java如何对HashMap按值进行排序--非String int 类型时
    Salesforce Integration 概览(七) Data Virtualization数据可视化
    Salesforce Integration 概览(六) UI Update Based on Data Changes(UI自动更新基于数据变更)
    Salesforce Integration 概览(五) Remote Call-In(远程操作 外部->salesforce)
    Salesforce Integration 概览(四) Batch Data Synchronization(批量数据的同步)
  • 原文地址:https://www.cnblogs.com/hllnj2008/p/4001143.html
Copyright © 2011-2022 走看看