众所周知Xtrabackup 是mysql 中重要的备份工具，而数据库的备份中，尤其大内存的 MYSQL 备份中，都有一个问题的存在就是 innodb_buffer_pool 的存在。备份后的MYSQL 在恢复后，一般innodb_buffer_pool 的数据都不会再恢复的数据库上出现，越大的内存和繁忙的MYSQL 在数据恢复后，就会有一个缓冲期，需要预热一段时间。一般来说我们都是希望备份的数据恢复后能带有内存中的数据。其实MYSQL 本身是有这个设置的，就是在关机和开机的时候，将 innodb buffer pool 写入文件，在开始的时候读取这些文件，装载到内存中。
最近使用 xtrabackup 工具对 mysql 实例进行备份时，由于实例的 ibd 文件过多，而备份用户 的 open files 参数设置的值太小，在备份实例时打开的文件数量超过了备份用户允许打开的文件 数量限制，导致备份失败，其报错如下：
备份是数据安全的最后一道防线，对于任何数据丢失的场景，备份虽然不一定能恢复百分之百的数据(取决于备份周期)，但至少能将损失降到最低。衡量备份恢复有两个重要的指标：恢复点目标(RPO)和恢复时间目标(RTO)，前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。这篇文章主要讨论MySQL的备份方案，重点介绍几种备份方式的原理，包括文件系统快照(LVM)，逻辑备份工具Mysqldump，Mydumper，以及物理备份工具Xtrabackup，同时会详细讲解几种方案的优缺点，以及可能遇到的问题。
官网下载：https://www.percona.com/downloads/XtraBackup/LATEST/
今天是《MySQL核心知识》专栏的第14章，今天为大家系统的讲讲MySQL中的数据备份与恢复，希望通过本章节的学习，小伙伴们能够举一反三，彻底掌握MySQL中的数据备份与恢复相关的知识。好了，开始今天的正题吧。
一 前言 Percona公司发布 innobackup 2.4 版本已经很久了，增加了新的特性比如支持非Innodb表备份，指定 --safe-slave-backup，增强备份的一致性，最重要的一点是支持5.7的备份，2.2是不能备份5.7 版本的。 考虑到以后我们要上线5.7 版本，因此我们决定将我们的percona的pt工具和备份软件更新到最新版本。本文主要记录我们使用 2.4 版本过程中遇到的问题和之前的一些改变。 二 问题和差异 2.1 backup-my.cnf 文件 innobackup 2.4版本比 之前的版本多了几个参数 2.2版本的内容
单独备份表的话需要表在独立的表空间里面，即配置了innodb_file_per_table参数
”工欲善其事，必先利其器“。数据备份是DBA的日常工作，也是保证数据安全的重要工作，要尽善尽美的完成这项工作，必须要使用一款高效可靠的备份工具。MySQL在其企业版里提供了一款备份工具——MySQL Enterprise Backup，简称MEB。
大体上差不多，不过8.0版本移除了innobackupex命令且只能备份8.0版本的MySQL
近日，客户反馈某生产业务系统凌晨的物理备份都失败了（一主二从的集群，仅在两个从库上做 Xtrabackup 全备，主库不参与备份），需排查备份失败的原因。
1、简介 Xtrabackup是由percona提供的mysql数据库备份工具，据官方介绍，这也是世界上惟一一款开源的能够对innodb和xtradb数据库进行热备的工具。特点： (1)备份过程快速、可靠； (2)备份过程不会打断正在执行的事务； (3)能够基于压缩等功能节约磁盘空间和流量； (4)自动实现备份检验； (5)还原速度快；
转自：https://www.cnblogs.com/waynechou/p/xtrabackup_backup.html 阅读目录 xtrabackup 选项 xtrabackup 全量备份恢复 xtrabackup 增量备份恢复 前一篇文章我们讲到了PXB的原理以及安装方法，接下来将详细介绍 XtraBackup 备份和恢复的具体过程。 回到顶部 xtrabackup 选项 xtrabackup 工具有许多参数，具体可去官网查询（xtrabackup 参数选项 | innobackupex 参数选项），
XtraBackup工具详解 Part 5 使用innobackupex对数据库进行全备
备份完成后可以看到在/oradata/data/mysql/xtra目录下新建了以日期命名的目录
分享点自己近4年来接触MySQL数据备份这一块的小经验。数据是一个互联网公司的命脉，数据库的安全以及备案的完整性是至关重要的，所以我们需要在工作中要很熟练的掌握数据的备份与恢复,这也是一个合格的运维DBA必须具有的职业技能。
世界是变化的，人本身的惰性老是想找一个可靠和稳定的地方，可哪里有，要不就接受，接受要被淘汰的事实，要不就自不量力的和生活的变化来还手。
世界是变化的，人本身的惰性老是想找一个可靠和稳定的地方，可哪里有，要不就接受，接受要被淘汰的事实，要不就自不量力的和生活的变化来还手。
我们知道，在MySQL中，redo log是一个文件组，一般是3个文件，循环写入，写满的时候会做redo log层面的checkpoint，然后覆盖之前的redo log；而binlog是有归档功能的，每个binlog写满之后，都会重新开启下一个binlog开始写入，这也是为什么可以使用binlog来进行数据恢复的一个原因，就是因为它的归档功能。
热备份的方式也是直接复制数据物理文件，和冷备份一样，但是热备份可以不停机直接复制，一般用于7*24小时不间断的重要核心业务。MySQL的社区版本热备份工具InnoDB Hot Backup是付费的，只能试用30天，商业版才可以永久的使用，
在InnoDB内部会维护一个redo日志文件，我们也可以叫做事务日志文件。事务日志会存储每一个InnoDB表数据的记录修改。当InnoDB启动时，InnoDB会检查数据文件和事务日志，并执行两个步骤：它应用（前滚）已经提交的事务日志到数据文件，并将修改过但没有提交的数据进行回滚操作。
利用二进制文件的复制操作，可以对InnoDB进行完整的物理备份，备份对全部的InnoDB表进行复制，并生成所有表空间文件的副本。
在MySQL的世界里，InnoDB存储引擎就像心脏一样，为数据库的稳定运行提供了强大的动力。今天，我们将深入探讨InnoDB存储引擎的默认性、使用原因、运行原理、应用场景以及源码分析。如果你对数据库的内部机制感兴趣，或者正在寻找提高数据库性能的秘诀，那么这篇文章绝对不容错过！
相关命令的执行都在windows服务器下,且工作目录就是mysql server的bin目录下.
上次我们介绍了采用逻辑备份mysqldump 备份方式，其最大的缺陷就是备份和恢复速度都慢，但如果数据库非常大，那再使用 mysqldump 备份就不太适合了。这时就需要一种好用又高效的工具，xtrabackup 就是其中一款，号称免费版的 InnoDB HotBackup。（mysqldump备份请到L宝宝聊IT公众号中找“mysql备份与还原——mysqldump结合binlog”文章）
mysqldump备份方式是采用逻辑备份，其最大的缺陷就是备份和恢复速度都慢，对于一个小于50G的 数据库而言，这个速度还是能接受的，但如果数据库非常大，那再使用mysqldump备份就不太适合了。 这时就 需要一种好用又高效的工具，xtrabackup就是其中一款，号称免费版的InnoDB HotBackup。 Xtrabackup实现是 物理备份，而且是物理热备 目前主流的有两个工具可以实现物理热备：ibbackup和xtrabackup；ibbackup是商 业软件，需要授权，非常昂贵。而xtrabackup功能比ibbackup还要强大，但却是开源的。因此我们这里就来介 绍xtrabackup的使用。 Xtrabackup提供了两种命令行工具： xtrabackup：专用于备份InnoDB和XtraDB引擎的 数据； innobackupex：这是一个perl脚本，在执行过程中会调用xtrabackup命令，这样用该命令即可以实现备 份InnoDB，也可以备份MyISAM引擎的对象。
数据库实例运行正常的情况，在各个log buffer中，会存有 各个LSN，可以通过 show engine innodb status 查看，但是注意，这个lsn并非是直接从磁盘文件获取，而是从buffer 中获取。说明如下：
俗话说”常在河边走，哪有不湿鞋”。在DBA的实际运维过程中经常会遇到误删除、改错数据的情况。遇到这种情况我们除了跑路还能怎么办？我们又怎么能做到有备无患呢？我计划用三章的时间和大家聊聊数据库的备份和恢复工具xtrabackup、mysqldump以及闪回工具binlog2sql，今天先介绍下xtrabackup的原理以及使用方法。
备份是数据安全的最后一道防线，对于任何数据丢失的场景，备份虽然不一定能恢复百分之百的数据(取决于备份周期)，但至少能将损失降到最低。衡量备份恢复有两个重要的指标：恢复点目标(RPO)和恢复时间目标(RTO)，前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。
关于还原部分备份，只有一个注意点，即不能使用传统的prepare和copy back命令，需要使用export和import的形式
热备中主要有逻辑备份和裸文件备份，裸文件备份要比逻辑备份在速度上快一些，mysqldump 备份方式是采用的逻辑备份，其最大的缺陷是备份和恢复速度较慢，如果数据库大于 50G，mysqldump 备份就不太适合。而 XtraBackup 是一种物理备份工具，支持热备，在备份时复制所有 MySQL 的数据文件以及一些事务日志信息，在还原时将复制的数据文件放回至 MySQL 数据目录，并应用日志保证数据一致。
Mysql最常用的三种备份工具分别是mysqldump、Xtrabackup（innobackupex工具）、lvm-snapshot快照。 前面分别介绍了： Mysql备份系列（1）--备份方案总结性梳理 Mysql备份系列（2）--mysqldump备份（全量+增量）方案操作记录 Mysql备份系列（3）--innobackupex备份mysql大数据(全量+增量）操作记录 lvm-snapshot：基于LVM快照的备份 1.关于快照： 1）事务日志跟数据文件必须在同一个卷上； 2）刚刚创立的快照卷，里
对于MySQL数据库的热备，xtrabackup是除了MySQL enterprise backup之外的不二之选。该工具提供了基于innodb存储引擎的热备，支持全量，增量备份，部分备份，时点恢复以及使用xtrabackup备份来重做slave等。xtrabackup工具包包含一个innobackupex命令行工具，同时支持InnoDB引擎以及MyISAM引擎。本文主要描述的是trabackup的备份原理并给出了相关演示。
在日常的linux运维工作中，大数据量备份与还原，始终是个难点。关于mysql的备份和恢复，比较传统的是用mysqldump工具，今天这里推荐另一个备份工具innobackupex。innobackupex和mysqldump都可以对mysql进行热备份的，mysqldump对mysql的innodb的备份可以使用single-transaction参数来开启一个事务，利用innodb的mvcc来不进行锁表进行热备份，mysqldump备份是逻辑备份，备份出来的文件是sql语句，所以备份和恢复的时候很慢，但
从InnoDB redo log file实时拷贝走备份期间产生的所有redo日志
今天在做数据库备份数据遇到一个问题，主要原因是：备份和恢复的时候使用的xtrabackup的版本不一致
关于docker封装mysql镜像，请参考链接：https://www.cnblogs.com/xiao987334176/p/11984692.html
作者 | 张甦， 数据库领域的专家和知名人士、图书《MySQL王者晋级之路》作者，51CTO 专家博主。近10年互联网线上处理及培训经验，专注于 MySQL 数据库，对 MongoDB、Redis 等 NoSQL 数据库以及 Hadoop 生态圈相关技术有深入研究，具备非常丰富的理论与实战经验。
在国内不论是使用阿里云、腾讯云还是华为云的云平台版本的 MySQL 数据库，在遇到数据备份恢复的场景，都会遇到需要使用 Percona XtraBackup 工具进行备份还原的需求。
Xtrabackup是Percona公司开发的一款开源的MySQL热备份工具，之前的工作中也是经常使用，但是也仅仅是停留在使用的阶段，对于这个工具的细节，并没有做过多的研究，今天细细看了一下过程，还是有点收获的，写下来记录一下，有不对的地方，还请指正。
MySQL[是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQL AB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。]
Percona XtraBackup[1]（简称PXB）是 Percona 公司开发的一个用于 MySQL 数据库「物理热备」的备份工具，支持 MySQl（Oracle）、Percona Server 和 MariaDB，并且全部开源，真可谓是业界良心。我们 RDS MySQL 的物理备份就是基于这个工具做的。
mysqldump：逻辑备份，其最大的缺陷就是备份和恢复速度都慢，对于一个小于50G的数据库而言，这个速度还是能够接受的，如果数据库非常大，那再使用mysqldump备份就不太适合了。
Percona XtraBackup 利用的是InnoDB的crash-recovery功能
MySQL的热备(物理备份)可以采取全备加增量备份的方式来减轻数据库I/O压力及系统资源的占用。增量备份主要是以全备或增量备份为基础，备份那些变更过的页面。其备份的原理是基于一个不断增长的LSN序列，这个LSN与Oracle的SCN类似。在恢复期间，我们需要将已提交的事务前滚，未提交的事务回滚。本文主要描述了增量备份及增量恢复。
MySQL冷备、mysqldump、MySQL热拷贝都无法实现对数据库进行增量备份。在实际生产环境中增量备份是非常实用的，如果数据大于50G或100G，存储空间足够的情况下，可以每天进行完整备份，如果每天产生的数据量较大，需要定制数据备份策略。例如每周实用完整备份，周一到周六实用增量备份。而Percona-Xtrabackup就是为了实现增量备份而出现的一款主流备份工具，xtrabakackup有2个工具，分别是xtrabakup、innobakupe。
mysqldump是一种逻辑备份方式，将数据转换成sql文件，其最大的缺陷就是备份和恢复时间很长，对于一个小于10G的数据库而言，这个速度还是可以接受的，但是如果数据库较大，那在使用mysqldump备份就非常不合适了。
MySQL支持多种存储引擎，其中最常用的有InnoDB、MyISAM。我们可以通过show engines来查看当前数据库所支持的存储引擎。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
