XtraBackup

本例环境为 Mysql5.6 阿里云 RDS / Mysql 5.6 本地环境Ubuntu 14.04 / Mysql 5.6 安装Percona Xtrabackup wget https://repo.percona.com/apt/percona-release_0.1-5.$(lsb_release -sc)_all.deb dpkg -i percona-release_0.1-5.$(lsb_release -sc)_all.deb apt-get update apt-get install percona-xtrabackup-24 安装mysql服务和客户端 apt-get install mysql-server-5.6 mysql-client-5.6 /etc/init.d/mysql stop 下载RDS数据库备份文件 wget -c '< 数据备份文件外网下载地址>' -O < 自定义文件名>.tar.gz 解压备份文件（本例以/home/mysql/data目录为例，请自行修改） bash rds_backup_extract.sh -f < 数据备份文件名>.tar.gz -C /home/mysql/data 恢复解压好的文件 innobackupex --defaults-file=/home/mysql/data/backup-my.cnf -

下载 ssl101 的 安装包上传服务器对应安装目录 /usr/local 目录。 [root@localhost ~]# yum -y install openssl openssl-devel perl-Time-HiRes perl-DBD-MySQL.x86_64 perl-IO-Socket-SSL.noarch [root@pxc2 ~]# rpm -ivh libev-4.15-1.el6.rf.x86_64.rpm warning: libev-4.15-1.el6.rf.x86_64.rpm: Header V3 DSA/SHA1 Signature, key ID 6b8d79e6: NOKEY Preparing... ########################################### [100%] 1:libev ########################################### [100%] [root@pxc2 local]# yum install percona-xtrabackup-24-2.4.9-1.el6.x86_64.rpm -y Loaded plugins: fastestmirror, refresh-packagekit, security Loading mirror speeds from

在MySQL 5.6 Oracle引入了一个可移动表空间的特征（复制的表空间到另一个服务器）和Percona Server采用部分备份，这意味着你现在可以备份单个数据库或表；由于Percona Server 5.6的出现，innodb_import_table_from_xtrabackup是过时的Percona Server实现Oracle MySQL的可移动表空间的功能，就是在服务器之间复制的表空间的能力（table.ibd）。让我展示通过一个例子，我将采取选择性表部分备份而不是一个完整的MySQL服务器并且在线恢复它，而不需要关闭MySQL服务器 该实验用到一个备份工具percona xtrabackup，是一个开源且免费的MySQL数据库热备份软件,执行非阻塞InnoDB和xtradb数据库备份，想当好用， 最重要Percona支持部分备份模式，对应于特定的数据库或表格备份。 本实验环境： 服务器端版本：percona-5.6.21版本（下载地址： http://www.percona.com/downloads/Percona-Server-5.6/Percona-Server-5.6.21-70.1/binary/tarball/Percona-Server-5.6.21-rel70.1-698.Linux.x86_64.tar.gz ） 附加：percona-5.5

上一篇介绍了逻辑备份工具mysqldump，本文将通过应用更为普遍的物理备份工具xtrabackup来演示数据备份及恢复的第二篇内容。 1. xtrabackup 工具的安装 1.1 安装依赖包 /* xtrabackup 的使用需要安装相关的依赖包 否则使用过程中会报相关错误 */ yum install -y rsync perl l perl-Digest-MD5 perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL 1.2 下载及安装 去percona官网下载对应版本的安装包 https://www.percona.com/downloads , 因为每个版本对应的数据库版本不同，因此需要根据数据库的版本选择对应的xtrabackup的安装包. 当前测试使用的数据库为MySQL5.7 因此下载2.4版本https: // www.percona.com/downloads/Percona-XtraBackup-2.4/LATEST/ 另外，2.4.10及以后版本中，对libgcrypt进行了区分，因此也需要查询自己服务器的libgcrypt版本，然后选择对应的安装包 查看libgcrypt方法： [root@testdb ~]# yum list installed|grep libgcrypt

注意：版本变化 xtrabackup版本升级到2.4后，相比之前的2.1有了比较大的变化： innobackupex 功能全部集成到 xtrabackup 里面，只有一个 binary程序，另外为了兼容考虑，innobackupex作为 xtrabackup 的软链接，即xtrabacku现在支持非Innodb表备份，并且 Innobackupex 在下一版本中移除，建议通过xtrabackup替换innobackupex 这里mariadb5.5，为centos7默认版本，更高版有很多版本问题很严重 个人测试数据库版本10以上均无法使用xtrabackup 本次使用数据库5.5版本恢复主机10.4版本可行 首先安装xtrabackup yum install percona-xtrabackup 在EPEL源中 >最新版本下载安装： https://www.percona.com/downloads/XtraBackup/LATEST/ >本次实验使用 2.4 版本 下载地址： https://www.percona.com/downloads/Percona-XtraBackup-2.4/LATEST/ yum install /root/percona-xtrabackup-24-2.4.13-1.el7.x86_64.rpm #用yum解决依赖性 使用方法 :备份 备份

MySQL的备份还原(xtrabackup) xtrabackup简介 xtrabackup是percona提供的MySQL数据库的备份工具，是唯一开源的能对innodb和xtradb数据库进行热备的工具 xtrabackup的特点 1.备份还原过程快、可靠 2.备份过程不会打断正在执行的事务 3.能够基于压缩等功能介于磁盘空间和流量 4.自动实现备份检验 5.开源免费 xtrabackup备份过程 xtrabackup安装 xtrabackup在centos的EPEL源中，可以在配置完EPEL源后使用yum安装 [root@localhost ~]# yum install -y percona-xtrabackup 也可以去官网下载最新版本的xtrabackup https://www.percona.com/downloads/XtraBackup/LATEST xtrabackup使用 xtrabackup [option] BACKUP-ROOT-DIR 选项 说明 --user 备份时连接到MySQL的账号 --password 备份时连接到MySQL所使用的账号的密码 --host 备份数据库的地址 --databases 所要备份的数据库名，如果有多个数据库可以使用","隔开，如果备份表则使用"DATABASE.TABLE"来指明 --incremental

软件版本： centos 7.5-64 mysql 5.7 xtrabackup 2.4 按照相关文档和资料在centos7上安装了xtrabackup，然后依照命令进行备份报错： [root@host7 ~]#innobackupex --default-file=/etc/my.cnf --user=root --password=111111 --host=localhost /Data/bak_db/ …… …… InnoDB: Operating system error number 24 in a file operation. InnoDB: Error number 24 means 'Too many open files'. 操作系统，防止系统压力过大或者资源不足，对用户可以打开的文件数或进程数等做了相应的限制。 既然上面的命令报错，就想到了可能是系统限制导致的错误。 解决办法： 在redhat相关的Linux系统中，在 /etc/security/limits.conf 配置（限制）每个用户的资源。 格式： #<domain> <type> <item> <value> # soft core 0 # hard rss 10000 #@student hard nproc 20 #@faculty soft nproc 20 #@faculty hard

一、备份的目的 做灾难恢复：对损坏的数据进行恢复和还原 需求改变：因需求改变而需要把数据还原到改变以前 测试：测试新功能是否可用 二、备份需要考虑的问题 可以容忍丢失多长时间的数据； 恢复数据要在多长时间内完； 恢复的时候是否需要持续提供服务； 恢复的对象，是整个库，多个表，还是单个库，单个表。 三、备份的类型 1、根据 是否需要数据库离线 冷备 （cold backup）：需要关mysql服务，读写请求均不允许状态下进行； 温备 （warm backup）： 服务在线，但仅支持读请求，不允许写请求； 热备 （hot backup）：备份的同时，业务不受影响。 注： 1、这种类型的备份，取决于业务的需求，而不是备份工具 2、 MyISAM不支持热备，InnoDB支持热备 ，但是需要专门的工具 2、根据要 备份的数据集合的范围 完全备份：full backup，备份全部字符集。 增量备份: incremental backup 上次完全备份或增量备份以来改变了的数据，不能单独使用，要借助完全备份，备份的频率取决于数据的更新频率。 差异备份：differential backup 上次完全备份以来改变了的数据。 建议的恢复策略： 完全+增量+二进制日志 完全+差异+二进制日志 3、 根据备份数据或文件 物理备份：直接备份数据文件 优点： 备份和恢复操作都比较简单，能够跨mysql的版本

作者：何政 本文来源：原创投稿 *原创内容未经授权不得随意使用，转载请联系小编并注明来源。 Xtrabackup 是由 percona 开源的免费数据库热备份软件，它能对 InnoDB 和 XtraDB 存储引擎的数据库非阻塞地备份。 为了方便建立从库，Xtrabackup 在备份完成后会将 binlog position 与 GTID 的相关信息保存于 xtrabackup_binlog_info 文件中。 但是当你使用 Xtrabackup 生成的备份建立一个从库时，会发现恢复后的实例执行 show master status ，显示的 Executed_Gtid_Set 与 xtrabackup_binlog_info 文件中记录的信息并不一致，而且使用 Xtrabackup 2.4 与 8.0（对 MySQL 8.0 进行备份）生成的备份在恢复后，信息不一致的表现又不相同。本篇文章主要针对该现象进行简单的分析。 一、Xtrabackup 2.4.18 for MySQL 5.7.26 现象 1.使用 Xtrabackup 工具备份后，xtrabackup_binlog_info 文件记录的信息如下： \# cat xtrabackup_binlog_info mysql-bin.000003 86412752 55d3d9b9-4d49-11ea-932c

1.StatefulSet概述 部署有状态应用 解决Pod独立生命周期，保持Pod启动顺序和唯一性 1. 稳定，唯一的网络标识符，持久存储 2. 有序，优雅的部署和扩展、删除和终止 3. 有序，滚动更新 应用场景：数据库 StatefulSet与Deployment区别： 有身份的！ 身份三要素： 域名 主机名 存储（PVC） 无状态的适用：web，api，微服务的部署，可以运行在任意节点，不依赖后端持久化存储。 有状态的适用： 需要有固定ip，pod有各自的存储，可以按一定规则进行扩缩容。 2.正常service和headlessService对比 normal sevice: 通过一个cluster-ip 10.0.0.224:80 来反向代理 endpoints 10.244.0.58:8080 10.244.1.78:8080 10.244.1.88:8080 headless service: 无头服务，需要将 clusterIP: None 并且不能设置nodePort web-headlessService.yaml apiVersion: v1 kind: Service metadata: labels: app: web name: headless-svc namespace: default spec: clusterIP: None ports: -