xtrabackup 全量备份、恢复数据

2023-11-10

1、全量备份

[root@localhost lib]##innobackupex --defaults-file=$defaults_file --user=$mysql_username --password=$mysql_password --stream=tar $mysql_backup_dir | gzip - > $timeStart.bz.tar.gz 2> "$logfile"

备份目录/var/lib/mysqlsource,
如果下面要恢复,解压bz文件至该目录下面。

 2、恢复准备

[root@localhost lib]#mkdir mysql
[root@localhost lib]# innobackupex --apply-log /var/lib/mysqlsource/
180712 15:22:51 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".

innobackupex version 2.4.5 based on MySQL server 5.7.13 Linux (x86_64) (revision id: e41c0be)
xtrabackup: cd to /var/lib/mysqlsource/
xtrabackup: This target seems to be not prepared yet.
InnoDB: Number of pools: 1
xtrabackup: xtrabackup_logfile detected: size=8388608, start_lsn=(117069890525)
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:12M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:12M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 1
xtrabackup:   innodb_log_file_size = 8388608
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 117069890525
InnoDB: Doing recovery: scanned up to log sequence number 117070116070 (3%)
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 
InnoDB: Apply batch completed
InnoDB: xtrabackup: Last MySQL binlog file position 466896958, file name mysql-bin.000360
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: page_cleaner: 1000ms intended loop took 9422ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)
InnoDB: 5.7.13 started; log sequence number 117070116070
InnoDB: xtrabackup: Last MySQL binlog file position 466896958, file name mysql-bin.000360

xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 117070116783
InnoDB: Number of pools: 1
xtrabackup: using the following InnoDB configuration for recovery:
xtrabackup:   innodb_data_home_dir = .
xtrabackup:   innodb_data_file_path = ibdata1:12M:autoextend
xtrabackup:   innodb_log_group_home_dir = .
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 268435456
InnoDB: PUNCH HOLE support available
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Uses event mutexes
InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
InnoDB: Compressed tables use zlib 1.2.7
InnoDB: Number of pools: 1
InnoDB: Using CPU crc32 instructions
InnoDB: Initializing buffer pool, total size = 100M, instances = 1, chunk size = 100M
InnoDB: Completed initialization of buffer pool
InnoDB: page_cleaner coordinator priority: -20
InnoDB: Setting log file ./ib_logfile101 size to 256 MB
InnoDB: Progress in MB:
 100 200
InnoDB: Setting log file ./ib_logfile1 size to 256 MB
InnoDB: Progress in MB:
 100 200
InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
InnoDB: New log files created, LSN=117070116783
InnoDB: Highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 117070116876
InnoDB: Doing recovery: scanned up to log sequence number 117070116885 (0%)
InnoDB: Doing recovery: scanned up to log sequence number 117070116885 (0%)
InnoDB: Database was not shutdown normally!
InnoDB: Starting crash recovery.
InnoDB: xtrabackup: Last MySQL binlog file position 466896958, file name mysql-bin.000360
InnoDB: Removed temporary tablespace data file: "ibtmp1"
InnoDB: Creating shared tablespace for temporary tables
InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
InnoDB: File './ibtmp1' size is now 12 MB.
InnoDB: 96 redo rollback segment(s) found. 1 redo rollback segment(s) are active.
InnoDB: 32 non-redo rollback segment(s) are active.
InnoDB: page_cleaner: 1000ms intended loop took 6645ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)
InnoDB: 5.7.13 started; log sequence number 117070116885
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 117070117601
180712 15:23:12 completed OK!

 3、开始恢复

[root@localhost lib]# innobackupex  --defaults-file=/etc/my.cnf --copy-back --rsync /var/lib/mysqlsource
180712 15:23:50 innobackupex: Starting the copy-back operation

IMPORTANT: Please check that the copy-back run completes successfully.
           At the end of a successful copy-back run innobackupex
           prints "completed OK!".

innobackupex version 2.4.5 based on MySQL server 5.7.13 Linux (x86_64) (revision id: e41c0be)
180712 15:23:50 [01] Copying ib_logfile0 to /var/lib/mysql/ib_logfile0
180712 15:23:52 [01]        ...done
180712 15:23:53 [01] Copying ib_logfile1 to /var/lib/mysql/ib_logfile1
180712 15:23:55 [01]        ...done
180712 15:23:55 [01] Copying ibdata1 to /var/lib/mysql/ibdata1
180712 15:23:59 [01]        ...done
180712 15:23:59 [01] Copying ./2018712013001.bz.tar.gz to /var/lib/mysql/2018712013001.bz.tar.gz
180712 15:25:02 [01]        ...done
180712 15:25:03 [01] Copying ./vehicle_gps/tb_bas_gps_vendor.ibd to /var/lib/mysql/vehicle_gps/tb_bas_gps_vendor.ibd
180712 15:25:03 [01]        ...done
180712 15:25:03 [01] Copying ./vehicle_gps/tb_gps_info.ibd to /var/lib/mysql/vehicle_gps/tb_gps_info.ibd
180712 15:25:03 [01]        ...done
180712 15:25:03 [01] Copying ./vehicle_gps/tb_gps_alarm_info.ibd to /var/lib/mysql/vehicle_gps/tb_gps_alarm_info.ibd
180712 15:25:03 [01]        ...done
180712 15:40:55 [01]        ...done
180712 15:40:55 [01] Copying ./ib_buffer_pool to /var/lib/mysql/ib_buffer_pool
180712 15:40:55 [01]        ...done
180712 15:40:55 [01] Copying ./xtrabackup_info to /var/lib/mysql/xtrabackup_info
180712 15:40:55 [01]        ...done
180712 15:40:55 [01] Copying ./xtrabackup_binlog_pos_innodb to /var/lib/mysql/xtrabackup_binlog_pos_innodb
180712 15:40:55 [01]        ...done
180712 15:40:55 [01] Copying ./ibtmp1 to /var/lib/mysql/ibtmp1
180712 15:40:55 [01]        ...done
180712 15:40:55 completed OK!

 

4、更改mysql目录属性

[root@localhost lib]# chown -R mysql.mysql mysql

 5、启动mysql

[root@localhost mysql]# service mysqld start
Redirecting to /bin/systemctl start  mysqld.service
[root@localhost mysql]# service mysqld status
Redirecting to /bin/systemctl status  mysqld.service
● mysqld.service - MySQL Server
   Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled)
   Active: active (running) since Thu 2018-07-12 15:42:17 CST; 10s ago
     Docs: man:mysqld(8)
           http://dev.mysql.com/doc/refman/en/using-systemd.html
  Process: 127987 ExecStart=/usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid $MYSQLD_OPTS (code=exited, status=0/SUCCESS)
  Process: 127908 ExecStartPre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/SUCCESS)
 Main PID: 127995 (mysqld)
   CGroup: /system.slice/mysqld.service
           └─127995 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid

Jul 12 15:41:40 localhost.localdomain systemd[1]: Starting MySQL Server...
Jul 12 15:42:17 localhost.localdomain systemd[1]: Started MySQL Server.

 扩展阅读:

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

xtrabackup 全量备份、恢复数据 的相关文章

  • 设计模式--工厂模式--抽象工厂模式

    工厂模式属于创建型模式基本原理 使用一个工厂类统一生产各种产品 主要流程 1 创建产品的基类 便于统一返回创建的产品 2 创建各种产品 继承基类 注意多态 3 创建工厂类 对每种产品进行区分创建 4 在使用时要先实例化工厂类 在调用期内生产
  • 洛谷-【入门1】顺序结构——C语言

    1 Hello World 题目描述 编写一个能够输出 Hello World 的程序 include

随机推荐

  • iframe 父子组件通信 vue3

    父组件
  • hadoop作业执行流程及代码简略解读

    hadoop作业执行流程及代码简略解读 本文 参考了网上的博文 出处也不知是哪里 不好意思 最近整理磁盘文档发现的好资料所以整理补充了一下供大家学习参考一下吧 1 主要组成部分 Hadoop包括hdfs与mapreduce两部分 hdfs则
  • 区块链密码学学习笔记

    一 哈希算法 哈希函数是将任意长度的二进制明文通过算法处理映射为较短且固定长度的 二进制值 映射后的值也被称为哈希值 哈希值的数据唯一 且形式紧凑 即使只是变更明文中的一个字母 最终得到的哈希值也会发生变更 由于哈希算法本身的特点 任何人都
  • 微信OAuth总结

    基本流程 首先需要登录微信公众号管理后台 配置允许跳转的域名 该域名必须是2级域名 不支持1级域名 所以数量有限 需要规划好 比如配置了a exmaple com为跳转域名 就无法再跳转到b example com了 如果这里配置错误的话
  • Android 学习笔记

    目录 一 Android入门 1 Android 概述 2 Android Studio 3 创建模拟器 4 使用外部模拟器 5 第一个app 二 app开发基础 1 开发语言 2 app工程目录结构 3 文本控件TextView 1 设置
  • 将Eclipse设置为中文

    文章目录 前言 将Eclipse设置为中文 总结 前言 Eclipse默认是英文的 本文详细描述了Eclipse的汉化过程 提示 以下是本篇文章正文内容 下面案例可供参考 将Eclipse设置为中文 语言包下载链接 www eclipse
  • Jenkins 集成Gitlab pipeline,web hook

    Jenkins 集成Gitlab Jenkins构建步骤 Jenkins pipeline语法 pipeline 测试 配置Jenkins 连接到 Gitlab 实现拉取代码 gitlab 创建组 项目 Jenkins Jenkins语法生
  • 抽象类的理解

    package com test basic chapter4 abstractDemo 一 java抽象类的作用 java抽象类的作用具体的可以分成以下的三点 1 抽象类通常都是用来表征对问题领域进行分析 设计中得出的抽象概念 是对大多数
  • ue4+cesium插件或者landscape去做地形

    突然想起一事 去年ue4和cesium似乎联合了 landscape也是做地形的 等到osgearth调试完后 转战ue4时 再去重点进行下
  • IntelliJ IDEA svn提交报错 E000060

    IntelliJ IDEA svn提交报错 E000060 IntelliJ IDE 用svn提交代码时候出现异常 导致提交不了 但是可以下载 说明与svn服务器的链接是没有问题的 提交时候错误信息如下 0 files committed
  • 【项目实战一】基于人工神经网络ANN的车牌识别

    前言 车牌识别技术的发展与推广有利于加强对道路交通的管理 与人民出行安全息息相关 该项目实战非常适合各位读者作为本科毕业设计 课程设计或者其它进行学习 相信对大家会有很大帮助 如果需要完整源码 大家可以在评论区留言 小编会在第一时间提供给你
  • 数据结构和算法(双向链表和单向环型链表-Josephu问题)

    为什么会有双向链表 单链表的缺点分析 单向链表 查找的方向只能是一个方向 而双向链表可以向前或者向后查找 单向链表不能自我删除 需要考辅助节点 而双向链表 则可以自我删除 双向链表的结构 每个节点都有next和pre指针 next指向后 p
  • Qt-信号槽

    1 信号槽的概念 信号槽是Qt基于C 语法上新增的特性 可以实现对象之间的通信 形成一定因果关系 使用信号槽的对象需要具备两个条件 通信的对象必须继承自QObject 类中要有Q OBJECT宏 信号槽是观察者模式的一种实现 或者说是一种升
  • python使用第三方库PyPDF2、PDFMiner或pdfplumber来解析PDF文件

    使用第三方库PyPDF2 PDFMiner或pdfplumber来解析PDF文件可以实现PDF文件的内容提取 搜索和修改等功能 下面是使用PDFMiner来解析PDF文件的安装说明和代码示例 PDFMiner 下面是一些PDFMiner的常
  • IP总数,子网掩码查询表

    IP总数 子网掩码查询表 不同位数的网络号对应的子网以及主机数
  • 刷脸支付面向全国诚招实力合作商政策置顶

    刷脸支付在各大商店 餐馆逐渐铺开 消费者在购物付款时 不用打开手机二维码 只是看一眼支付设备就能轻松完成付款 从到地方的媒体 都在关注 刷脸支付 甚至会认为刷脸支付会代替现在的流行的二维码支付 成为未来支付的主流 刷脸支付正在掀起新零售新浪
  • 2022人生除生死外,无大事——一边治愈,一边前行!

    今天看完了 人生大事 这个电影 灵动的小姑娘 痞帅的朱一龙 一个殡葬师的生活在这个小姑娘的闯入后 开始有了波澜 活力 他逐渐找到了生活的意义和方向 挺好评的一部电影 虽然是关于离别 死亡 却是在很欢快嘈杂的情境下穿插着的 有泪有笑有温情 人
  • NRF24L01 一对三通信

    注意 NRF24L01 无论是一对一通信 还是一对多通信 其实本质上同一时刻是一对一通信 它是属于半双工通信 你只需要先调通一对一的通信 无论是一对2 一对六也是同一个原理 基础SPI知识和NRF24L01基础知识不多说 一 项目背景 1
  • jupyter lab使用

    记录一下使用过程中遇到的问题以及解决方法 网上资料感觉说的不是很明白 还是截图好用 增加行序号 自动换行 折叠代码 查找及替换 malplotlib 增加行序号 自动换行 折叠代码 打开setting 进入setting editor页面
  • xtrabackup 全量备份、恢复数据

    1 全量备份 root localhost lib innobackupex defaults file defaults file user mysql username password mysql password stream ta