利用Linux的LVM技术来实现热备份，将MySQL的数据目录放到LVM逻辑卷上，然后通过LVM快照技术备份逻辑卷的内容。第一次备份是全量备份，之后的备份都是增量备份。在还原时，将快照中的数据目录恢复到ySQL的数据目录即可。
关于MySQL数据库的备份的工具和方式也比较多，本文只简单介绍一些我司一个平台的备份方案。Xtrabackup是由percona开源的免费数据库热备份软件，但是只能对InnoDB数据库和XtraDB存储引擎的数据库进行非阻塞的备份，但是对于MyISAM（比如MySQL）的备份同样在备份过程中会锁表。更多的关于Xtrabackup介绍请度娘之。
内容为慕课的《高并发 高性能 高可用 MySQL 实战》视频的学习笔记内容和个人整理扩展之后的笔记，本篇内容侧重Mysql备份的基本原理和常用介绍为主，大部分为理论相关的内容。
前两天因为没注意的误操作, 直接把某个数据表清掉了, 心慌慌. 怪自己学艺不精, 当时整了一下午也没把数据找回来. 当晚回来闭关研究, 终于在凌晨1点多整出来了, 特此记录, 以备不时之需.
上一小节提到了数据备份是指将数据库中数据存储的相关文件进行拷贝，而这些文件有很多，所以让我们来简单认识下MySQL中与数据相关的文件。
对于任何一个企业来说，数据安全的重要性是不言而喻的。我在开篇词中也曾经强调过，凡是涉及到数据的问题，都是损失惨重的大问题。
内容为慕课网的「《高并发 高性能 高可用 MySQL 实战》」视频的学习笔记内容和个人整理扩展之后的笔记，本篇内容侧重Mysql备份的基本原理和常用介绍为主，大部分为理论相关的内容。
背景 最近一直涉猎 MySQL 数据库的操作、集群部署知识 注意到，为保证数据安全，掌握数据备份是极为重要的 相比小型服务的冷备份而言 在此推荐并整理，更受推崇的 XtraBackup 下的热备份技巧 ☞ 概念了解 [XtraBackup] XtraBackup 是一种物理备份工具,通过协议连接到 MySQL 服务端，然后读取并复制底层的文件，完成物理备份 优势 XtraBackup 备份过程中加读锁，数据可读，但是不可写（分以下情况） Innodb 引擎的备份是无阻塞的备份，不会影响表的
很多人，这里说的是运维工程师们，一提到写某某方案，很是头疼。不是上某度一统搜索，就是同样一句话在N个群全部群发一遍：“有没有某某方案，可以共享一下的吗？？求助，各位大佬们”，估计十有八九，全部石沉大海，杳无音讯。
数据是当今Web，移动，社交，企业和云应用程序的流行货币。确保数据始终可用是任何组织的头等大事。几分钟的停机时间可能会导致收入和声誉严重损失。
数据库对企业来说最重要的莫过于其中的数据，所以做好数据库的备份是一个不可或缺的工作。数据库及时备份可以帮助我们在数据库出现异常宕机时及时的使用备份数据进行恢复工作，将因为数据库宕机产生的影响降低到最小。所以，本篇文章主要数据库数据备份与恢复进行介绍。由于MyISAM存储引擎中备份数据是将表保存到单独的文件所以比较简单，所以这里我主要针对InnoDB存储引擎介绍备份与恢复机制。
目前我司正处于一种混乱的开发环境中； 对于数据库字段增修都是开发人员直上服务器数据库修改（我多次强调）； 我未入职前，是直接通过SFTP连接服务器，对项目进行开发和修改（话说造成代码覆盖都不知道是谁干的，多次建议开发使用Git）； 入职后我写一个开发规范文档：软件开发手册（欢迎各位大佬提出意见） 虽然对开发规范有所改变，但还是因为不可抗力因素无法执行，也是造成我最近想跳槽的原因；
当前xtrabackup的8.0.13已经支持 mysql 8.0.20版本（8.0.20版本对innodb的数据文件模式进行了修改）
目前我司正处于一种混乱的开发环境中； 对于数据库字段增修都是开发人员直上服务器数据库修改（我多次强调）； 我未入职前，是直接通过SFTP连接服务器，对项目进行开发和修改（话说造成代码覆盖都不知道是谁干的，多次建议开发使用Git）； 虽然对开发规范有所改变，但还是因为不可抗力因素无法执行，也是造成我最近想跳槽的原因；
上一篇介绍了逻辑备份工具mysqldump，本文将通过应用更为广泛的物理备份工具xtrabackup来演示数据备份及恢复的第二篇内容（本文篇幅较长，建议收藏后阅读）。
在旧版本中，Percona XtraBackup 工具集里主要包含两个程序：innobackupex 和 xtrabackup。
能够防止由于机械故障以及人为误操作带来的数据丢失，例如将数据库文件保存在了其它地方。 冗余： 数据有多份冗余，但不等备份，只能防止机械故障还来的数据丢失，例如主备模式、数据库集群。
最近疫情比较严重，一直处于远程办公的状态，只有一台笔记本，还是挺不方便的，于是工作效率也比较低，今天看了看数据备份相关的东西，总结了几个MySQL数据备份的注意事项，简单分享一下吧。
Xtrabackup是 Percona公司开发的一款开源的能够对innodb和xtradb数据库引擎进行数据库热备的工具，支持MySQL、Percona server和MariaDB，是目前较为受欢迎的主流MySQL数据库备份工具
MariaDB 参数说明 参数 参数说明 --defaults-file 包含默认配置文件的路径 --backup 备份数据库，备份将写入目标目标，目标目录由--target-dir选项设置 --copy-back 将备份数据从目标目录复制到数据目录 --move-back 将备份数据从目标目录移动到数据目录 -H，--host 备份的MariaDB服务器主机地址 --incremental-basedir 是否要增加备份 --incremental-dir --user 用于连接MariaDB服务器的用
数据库及时备份可以帮助我们在数据库出现异常宕机时及时的使用备份数据进行恢复工作，将因为数据库宕机产生的影响降低到最小。上一篇针对使用xtrabackup工具进行物理备份和数据恢复做了一个详细讲解，本篇主要谈谈如何使用mysql自带的备份工具mysqldump进行逻辑备份和数据恢复。如果还围观看过上一篇文章的可以先行查询上一篇文章关于使用xtrabackup进行数据备份与恢复：Mysql备份与恢复(1)---物理备份。
备份是数据安全的最后一道防线，对于任何数据丢失的场景，备份虽然不一定能恢复百分之百的数据(取决于备份周期)，但至少能将损失降到最低。衡量备份恢复有两个重要的指标：恢复点目标(RPO)和恢复时间目标(RTO)，前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。
在日常的linux运维工作中，大数据量备份与还原，始终是个难点。关于mysql的备份和恢复，比较传统的是用mysqldump工具，今天这里推荐另一个备份工具innobackupex。innobackupex和mysqldump都可以对mysql进行热备份的，mysqldump对mysql的innodb的备份可以使用single-transaction参数来开启一个事务，利用innodb的mvcc来不进行锁表进行热备份，mysqldump备份是逻辑备份，备份出来的文件是sql语句，所以备份和恢复的时候很慢，但
配置参数，Xtrbackup在备份时会读取MySQL的my.cnf配置文件中[mysqld]和[xtrabackup]部分，所以我们可以在配置文件中设置备份的目录[xtrabackup],target_dir = /data/backups/mysql
MySQL的备份恢复是一直想要改进的地方，其中恢复是重中之重，这部分的工作要做成平台化的工作，算是有了前期的很多铺垫和延迟，最近在和同事的共同协作下，总算有了一些眉目出来。
xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份（备份时不影响数据读写），是商业备份工具InnoDB Hotbackup的一个很好的替代品。xtrabackup有两个主要的工具：xtrabackup、innobackupex，xtrabackup只能备份InnoDB和XtraDB两种数据表，且只备份数据文件（.ibd），并不备份数据表结构文件（.frm），同时不能备份MyISAM数据表，所以使用xtrabackup恢复的时候，你必须有对应表结构文件(.frm)；innobackupex-1.3.1则封装了xtrabackup，是一个脚本封装，所以能同时备份处理InnoDB和MyISAM，但在处理MyISAM时需要加一个读锁。
删库跑路的案例不在少数，今年最出名的删库跑路当属微盟，造成公司市值蒸发几十亿，赔偿商家1.5亿元，最终在腾讯云的协助下经过7*24小时的不懈努力，最终找回全部数据。我们都知道，数据就是一个公司的“命根子”，无论什么时候，数据安全都是最重要的。所以我们今天来聊聊数据恢复的几种方式。以mysql为例。
问题：会导致备份的数据时间点可能不一致，恢复后的数据时间点不一致，还有可能造成mysql拒绝恢复
2、备库执行 start slave 命令，备库启动两个线程：I/O thread 和 SQL thread
备份与恢复⼯具BR：https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-tool
前几天有个新闻,说是gitlab的工程师把数据文件给误删了,搞了个大事件,很多人都去围观了.备份工作应该在最开始的时候就要做,否则就会失去最佳时机,为了保证我的数据是安全的,因此我要搞备份了.备份分为逻辑备份和物理备份,逻辑备份是导sql,物理备份是基于文件的,这两种我都搞一下.
在日常运维工作中，对mysql数据库的备份是万分重要的，以防在数据库表丢失或损坏情况出现，可以及时恢复数据。 线上数据库备份场景： 每周日执行一次全量备份，然后每天下午1点执行MySQLdump增量备份. 下面对这种备份方案详细说明下： 1.MySQLdump增量备份配置 执行增量备份的前提条件是MySQL打开binlog日志功能，在my.cnf中加入 log-bin=/opt/Data/MySQL-bin “log-bin=”后的字符串为日志记载目录，一般建议放在不同于MySQL数据目录的磁盘上。 ---
PS：数据库的热备份，冷还原也讲完了，真心感觉也不是那么复杂。其实就是这样，但是在云平台越来越盛行的今天，基本上买个rdrs数据库这些功能都有了。了解下XtraBackup 这个工具确定很重要晚上很多的写成shell脚本的，更加方便了。
MySQL冷备、mysqldump、MySQL热拷贝都无法实现对数据库进行增量备份。在实际生产环境中增量备份是非常实用的，如果数据大于50G或100G，存储空间足够的情况下，可以每天进行完整备份，如果每天产生的数据量较大，需要定制数据备份策略。例如每周实用完整备份，周一到周六实用增量备份。而Percona-Xtrabackup就是为了实现增量备份而出现的一款主流备份工具，xtrabakackup有2个工具，分别是xtrabakup、innobakupe。
前面几篇文章为大家介绍了 MySQL 各种语句语法的用法及用户权限相关知识。本篇文章将主要讲解 MySQL 数据库数据备份与恢复相关知识，主要聚焦于逻辑备份，介绍mysqldump工具的使用以及恢复方法。
Mysql的 Replication 是一个异步的复制过程，从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成，其中两个线程(Sql线程和IO线程)在 Slave 端，另外一个线程(IO线程)在 Master 端。 要实现 MySQL 的 Replication ，首先必须打开 Master 端的Binary Log(mysql-bin.xxxxxx)功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全 顺序的执行日志中所记录的各种操作。打开 MySQL 的 Binary Log 可以通过在启动 MySQL Server 的过程中使用 “—log-bin” 参数选项，或者在 my.cnf 配置文件中的 mysqld 参数组([mysqld]标识后的参数部分)增加 “log-bin” 参数项。
冷备份: 这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。
再次统计LSN号码，写入到专用文件xtrabackup checkpoint 记录二进制日志位置 所有备份文件统一存放在一个目录下，备份完成
分享点自己近4年来接触MySQL数据备份这一块的小经验。数据是一个互联网公司的命脉，数据库的安全以及备案的完整性是至关重要的，所以我们需要在工作中要很熟练的掌握数据的备份与恢复,这也是一个合格的运维DBA必须具有的职业技能。
备份就是在数据库发生宕机的情况下保证数据不丢失，或者最小程度丢失的解决方法。Mysql 提供了 mysqldump、ibbackup、replication 工具来备份，当然也有第三方工具，如 xtrabacup、LVM快照等
通过GreatADM可视化的方法，屏蔽手动命令操作的复杂度，快速完成单实例的向多主、多副本的架构分钟级的调整升级。
定时备份MySQL数据库 脚本内容： #!/bin/bash ## 备份计划任务 ## ## 每天凌晨1:30一次全量备份 ## 每天间隔1小时一次增量备份 ## 30 1 * * * backup.sh full ## 00 * * * * backup.sh inc ## ## 恢复数据步骤： ## (1)、查看备份日志，找到全量备份和增量备份的关系（注意增量备份的顺序） ## ## cat ${BACKUP_BASE_DIR}/${INC_BASE_LIST} ## (2)、全量备份 ##
一款基于InnoDB的在线热备工具，具有开源免费，支持在线热备，占用磁盘空间小，能够非常快速地备份与恢复mysql数据库
一、日志 1.redo、undo 2.mysql主要的日志：1、错误日志2、查询日志（普通查询日志和慢查询日志）3、二进制日志
编辑/etc/my.cnf文件添加在[mysqld]版块下添加如下变量，添加后重启服务。
mysql全量备份、增量备份。开启mysql的logbin日志功能。在【/etc/my.cnf】文件中加入以下代码：
现在xtrabackup版本升级到了8.0，但是只对mysql8.0才有支持, 我们这还是使用2.4, 但是2.4相比之前的2.1有了比较大的变化：innobackupex 功能全部集成到 xtrabackup 里面，只有一个 binary，另外为了使用上的兼容考虑，innobackupex 作为 xtrabackup 的一个软链，即 xtrabackup 现在支持非Innodb表备份，并且 Innobackupex 在下一版本中移除(8.0已经移除了)，建议通过xtrabackup替换innobackupex。还有其他的一些新特性，更多的说明可以看xtrabackup新版详细说明。
创建备份目录 mkdir -p /root/bin mkdir -p /bak/mysql-xback
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
