mysql 备份类型

如果数据库已经安装在raid01 或者raid10上面,那我们的数据库是否还需要备份

答:需要的,因为我们的raid只是为了保证硬件损坏而不会中断业务。但是软件上的故障或者人为删除数据库。raid是无法对数据进行还原的。因为你删除了的时候,假如是在raid上面,也会删除掉两份数据。因此数据库备份和raid 是两个不同层次的概念。

mysql备份如何进行,以及应该备份哪些数据?

备份类型:

我们的数据库非常繁忙,每一秒都有读写操作。假如你执行一个拷贝命令,那你只能拷贝出来当时那个时间段的数据,后面再写入的数据就没有办法备份了,因此这样拷贝出来的数据的不完整的损坏的。因此我们只能将数据库服务停止了,再将内存中的数据刷新到硬盘上面再拷贝数据库。但是我们的数据库服务一般是没有办法停止的。

因此备份分为,能否停用数据库服务器,将备份类型分为:

1.热备份:在线备份,数据库无需停止

2.温备份:仅仅可以对数据库进行读操作

3.冷备份:完全停止数据库服务然后进行备份

而备份是将数据库直接备份,还是将数据库里面的数据导出来备份,这种情况的备份又可以分为:

物理备份:直接复制数据库文件

逻辑备份:将数据导出至文本文件中

根据我们备份的是否是包含数据的全部内容,还是部分内容,备份又分为:

完全备份:备份全部数据

差异备份:仅仅备份上次完全备份以来变化的数据(比增量备份消耗更多硬盘空间)

增量备份:仅仅备份上次完全增量备份以后的数据

因此数据库备份策略一般是完全备份+增量备份,或者完全备份+差异备份

备份数据是为了还原,如何知道我们备份的数据能不能还原。

答:需要进行测试,进行还原测试。数据还原需要经常预演,确保需要数据还原时候能够完全,及时的恢复,要有好的备份以及还原策略,以及在紧急情况下还原数据的方案

备份应该备份什么:

备份数据 + 配置文件 + 日志(二进制日志,事务日志)

假如我们进行增量备份周一周二已经备份好了周三还没来得及备份。数据库挂了,我们就需要使用二进制日志进行即时点还原,从二进制日志中还原周三那天数据库挂掉之前的数据

应该进行热备份还是温备份,或者冷备份

一般是进行热备份。但是热备份属于在线备份,备份时候数据库还在读写状态,热备份是比较复杂的,要保证备份的数据是可用的,MySAM存储引擎无法进行热备份只能用快照进行备份,否则进只能温备份,innodb可以热备份。

热备份工具:xtrabackup

mysql提供的逻辑备份工具mysqldump也可以进行热备份。

离线备份就靠谱,提供在线服务的数据库如果需要停下来进行备份,可以借助一些技术手段,比如为我们的数据库提供 从服务器,需要备份时候把从服务器停下来,然后在备份,再启动,启动之后从服务器会自动将主服务器那里将停止服务之前的数据进行同步过来。因此需要借助于mysql主从架构来实现。

应该进行物理备份还是逻辑备份?

物理备份直接复制数据文件,如果这个文件跟我们操作系统的文件系统无关的话,我们的数据文件跨平台性就很强,移植性也好

但是有些存储引擎的数据文件可能会和操作系统的文件系统有关系,因此会导致移植能力不强,但是优势是备份速度很快

逻辑备份是依靠mysql进程将我们的数据从表中读取出来。并另存为文本文件的,因此这个逻辑备份过程需要mysql服务器进程参与的,备份速度慢,逻辑备份由于是直接导出到文件里面保存的所有可能会丢失数据的浮点数精度。优势,可以使用文本编辑器对数据进行处理,可移植能力也强,还可以跨mysql服务器版本

备份策略:

完全 +增量

完全 + 差异

多长时间进行一次备份:

如果数据变化量不是很大,每天变化也不是特别频繁,我们可以一周做一次完全,每天做一次增量或者差异

到底多长时间进行一次备份取决于你数据库数据变化量,以及你所能忍受的还原时长,使用物理还是逻辑备份取决于你的需要

时间: 2024-10-17 11:47:32

mysql 备份类型的相关文章

MySQL备份类型

备份是以防万一的一种必要手段,在以后出现硬件损坏或非人为的因素而导致数据丢失时,可以使用备份恢复数据,以将损失降低到最小程度,因此备份时必须的,而备份分为以下几个类型: 1.根据服务器是否在线: 冷备份,即服务器不在线,离线备份,cold backup 热备份,即在线对服务器做备份,hot backup 温备份:warm backup,可以读,不能写 2.根据备份的数据集: 完全备份:full backup 部分备份:partial backup 3.根据备份的接口:直接备份数据文件还是通过my

MySQL备份和还原系列一:备份类型

一.mysql备份类型 1.按照mysql服务器状态 cold    离线备份,读.写操作均中止 warm    仅可执行读操作 hot     读.写操作不受影响 2.按照数据一致性 consistent inconsistent 3.按照备份数据格式 logical     备份sql语句,在恢复的时候执行备份的sql语句实现数据库数据的重现 physical    文件系统层面直接拷贝数据文件,但真正备份的时候自然不是cp这么简单 4.数据存储方式 full            完全备份

mysql备份攻略

一.MySQL备份类型 1.热备份.温备份.冷备份 (根据服务器状态) 热备份:读.写不受影响: 温备份:仅可以执行读操作: 冷备份:离线备份:读.写操作均中止: 2.物理备份与逻辑备份 (从对象来分) 物理备份:复制数据文件: 逻辑备份:将数据导出至文本文件中: 3.完全备份.增量备份.差异备份 (从数据收集来分) 完全备份:备份全部数据: 增量备份:仅备份上次完全备份或增量备份以后变化的数据: 差异备份:仅备份上次完全备份以来变化的数据: 4.逻辑备份的优点: 在备份速度上两种备份要取决于不

MySQL 备份与还原详解

相关阅读: MySQL备份和恢复具体实施 http://www.linuxidc.com/Linux/2012-12/76257.htm MySQL备份与恢复的三种方法总结 http://www.linuxidc.com/Linux/2012-12/75428.htm MySQL备份还原(视图.存储过程) http://www.linuxidc.com/Linux/2012-01/52665.htm 一.MySQL备份类型 1.热备份.温备份.冷备份 (根据服务器状态) 热备份:读.写不受影响:

mysql备份恢复详解

前言 为什么需要备份数据? 数据的备份类型 MySQL备份数据的方式 备份需要考虑的问题 设计合适的备份策略 实战演练 使用cp进行备份 使用mysqldump+复制BINARY LOG备份 使用lvm2快照备份数据 使用Xtrabackup备份 总结 前言 我们试着想一想, 在生产环境中什么最重要?如果我们服务器的硬件坏了可以维修或者换新, 软件问题可以修复或重新安装, 但是如果数据没了呢?这可能是最恐怖的事情了吧, 我感觉在生产环境中应该没有什么比数据跟更为重要. 那么我们该如何保证数据不丢

Xtrabackup进行MySQL备份

1.简介 xtrabackup是percona的MySQL数据库备份工具.一款开源的能够对innodb和xtradb进行热备的工具. 1>其备份过程快速,可靠 2>能够基于压缩功能等节约磁盘和流量 3>备份过程不会中断正在执行的事务 4>还原速度快:自动实现备份检验 2.备份的实现 1>完全备份 innobackupex --user=DBUSER --password=DBUSERPASSWORD /path/to/backup_dir 使用innobakupex备份时,其

mysql备份与还原

防伪码:志向不过是记忆的奴隶,生气勃勃地降生,但却很难成长. 一.mysqldump备份结合binlog日志恢复 MySQL 备份一般采取全库备份加日志备份的方式,例如每天执行一次全备份,每小时执行一 次二进制日志备份.这样在 MySQL 故障后可以使用全备份和日志备份将数据恢复到最后一个 二进制日志备份前的任意位置或时间. 1.binlog介绍 mysql的二进制日志记录着该数据库的所有增删改的操作日志(前提是要在自己的服务器上 开启binlog),还包括了这些操作的执行时间.为了显示这些二进

关系型数据库之Mysql备份(五)

二进制日志简要: 二进制日志通常作为备份的重要资源,所以再说备份之前我们来回顾下前面专题讲过的二进制日志内容. 1.二进制日志内容 引起mysql服务器改变的任何操作. 复制功能依赖于此日志. 从服务器通过主服务器的二进制日志完成主从复制,在执行之前保存于中继日志中. 从服务器通常可以关闭二进制日志以提升性能. 2.二进制文件的格式表现形式: 默认在安装目录下,存在mysql-bin.000001,mysql-bin.00002的二进制文件 另外还有mysql-bin.index用来记录被mys

mysql备份工具

备份还原脚本及工具 1)Xtrabackup实现是物理备份,而且是物理热备 目前主流的有两个工具可以实现物理热备:ibbackup和xtrabackup:ibbackup是商业软件,需要授权,非常昂贵.而xtrabackup功能比ibbackup还要强大,但却是开源的. 2)Xtrabackup提供了两种命令行工具: xtrabackup:专用于备份InnoDB和XtraDB引擎的数据: innobackupex:这是一个perl脚本,在执行过程中会调用xtrabackup命令,这样用该命令即可