这些术语通常用于MySQL企业备份产品的信息。
一个
- . arm文件
-
归档文件的元数据表。与.ARZ文件。这个扩展总是包含在备份的文件产生的mysqlbackup命令的MySQL企业备份产品。
另请参阅.ARZ文件。
- .ARZ文件
-
数据归档表。与. arm文件。这个扩展总是包含在备份的文件产生的mysqlbackup命令的MySQL企业备份产品。
另请参阅. arm文件。
- 羚羊
-
原InnoDB的代号文件格式。它支持冗余和紧凑的行格式,但并不是新的动态和压缩行中可用的格式梭鱼文件格式。
如果您的应用程序可能会受益于InnoDB表压缩,或者使用blob或大型文本列可以受益于动态行格式,你可以换一些表梭鱼格式。你选择要使用的文件格式设置
innodb_file_format
选择之前创建表。 - 应用
B
- .bz文件
-
当mysqlbackup执行一个压缩备份服务器启用二进制日志,它把每个二进制日志文件和中继日志文件(副本服务器在一个复制设置)
文件。的binary-or-relay-log-file-name
.bz.bz
文件被压缩的时候恢复。 - 备份
-
复制的过程部分或所有表数据和元数据从一个MySQL实例,保管。也可指组复制文件。这是一个对dba至关重要的任务。这一过程的逆转是恢复操作。
MySQL,物理备份正在执行的MySQL企业备份产品,逻辑备份正在执行的
,mysqldump
命令。这些技术有不同特点的规模和代表性的备份数据,和速度(尤其是恢复操作的速度)。备份是进一步分为热,温暖的,或冷这取决于他们干扰正常的数据库操作。(热备份有最少的干扰,冷备份。)
- 备份目录
-
的目录备份数据和元数据存储,永久或暂时的。它用于在大多数类型的备份和恢复操作,包括单个文件备份和恢复。看到的描述
——backup-dir
选择如何备份目录是用于不同的目的和不同的操作。 - 备份库
- backup-my.cnf
-
一个小配置文件生成的MySQL企业备份,包含一组最小的配置参数。这个文件记录的设置,适用于这个备份数据。后续的操作,如应用过程,从这个文件读取选项来确定备份数据结构。总是有这个文件扩展名
.cnf
,而不是.cnf
在类unix系统中,. ini
在Windows系统。 - 梭鱼
-
InnoDB的代号文件格式支持压缩表数据。这个文件格式被首次引入InnoDB插件。它支持压缩行格式,使InnoDB表压缩,动态行格式,提高了存储为BLOB和大型文本列布局。您可以选择通过
innodb_file_format
选择。因为InnoDB系统表空间存储在原始吗羚羊文件格式,使用梭鱼文件格式还必须启用file-per-table设置,将新创建的表的表空间分离的系统表空间。
的MySQL企业备份3.5及以上版本的产品支持备份表空间使用梭鱼文件格式。
- 二进制日志
-
一个文件包含所有报表的记录,试图改变表数据。这些语句可以重播将副本服务器更新复制场景中,或将一个数据库更新后恢复表的数据备份。二进制日志功能可以开启和关闭,尽管Oracle建议总是使它如果你使用复制或执行备份。
二进制日志,您可以检查的内容或重播这些语句复制或恢复期间,通过使用mysqlbinlog命令。二进制日志的详细情况,请参阅二进制日志。MySQL配置选项相关的二进制日志,看看二进制日志记录选项和变量。
为MySQL企业备份产品、二进制日志的文件名称和文件中的当前位置很重要的细节。记录这些信息的源服务器做备份时在一个复制的背景下,你可以指定
——slave-info
选择。二进制日志,如果在服务器上启用,默认备份。
- binlog
-
一个非正式的名称二进制日志文件。例如,你可能会看到这个缩写用于电子邮件或论坛讨论。
另请参阅二进制日志。
C
- 冷备份
- 压缩
-
一种产生较小的技术备份文件,尺寸减少的影响压缩级别设置。适合保持多个非关键备份文件集。(最近的备份关键数据,你可能离开未压缩的数据,允许恢复速度快在紧急情况下)。
MySQL企业备份可以用压缩的内容吗InnoDB表在备份过程中,把.ibd文件到.ibz文件。
压缩备份过程增加了CPU开销,并且需要额外的时间和磁盘空间恢复的过程。
- 压缩级别
-
设置决定多少压缩申请一个压缩备份。这个设置范围从0(没有),1(默认级别启用压缩时)到9(最大值)。压缩对于一个给定的压缩级别的数量取决于你的数据值的本质。更高的压缩级别做施加额外的CPU开销,所以最好使用最小值产生一个好的平衡CPU开销较低的压缩。
另请参阅压缩。
- 配置文件
-
该文件包含MySQL服务器的启动选项和相关产品和组件。常指其默认文件名,my.cnf在Linux、Unix和macOS系统,my.ini在Windows系统。的MySQL企业备份将其默认配置设置存储在这个文件,下
(mysqlbackup)
部分。为了方便起见,MySQL企业备份也可以读取的设置(客户端)
之间的常见配置选项部分,MySQL企业备份和其他连接到MySQL服务器的程序。 - 连接
-
某些备份操作所使用的机制与运行的MySQL服务器。例如,mysqlbackup命令可以登录到服务器中插入和更新数据的备份进展表和历史表。一个热备份通常使用一个数据库连接方便,但可以继续做下去,如果连接不可用。一个热备份总是使用一个数据库连接,因为它必须把服务器放在一个只读状态。一个冷备份虽然MySQL服务器关闭了,所以不能使用任何需要连接的特性。
- 崩溃恢复
-
清理活动为InnoDB表后再启动MySQL时发生的事故。改变之前承诺的崩溃,但尚未写入表空间文件,是重建的doublewrite缓冲。正常关闭数据库时,这种类型的活动执行期间关闭的清洗操作。
D
- 数据字典
-
一套表,由InnoDB存储引擎,控制,跟踪InnoDB-related对象,如表、索引和表列。这些表是InnoDB的一部分系统表空间。
因为MySQL企业备份产品总是备份系统表空间,所有备份包括数据字典的内容。
- 数据库
-
一套表和相关对象由一个MySQL用户。相当于”模式”在Oracle数据库术语。MySQL企业备份可以执行部分备份包括一些数据库,而不是别人。完整的数据库由一个MySQL服务器被称为控制实例。
- 微分备份
-
只捕获数据的备份自上次完全备份以来发生了变化。它有可能是更小,比一个快完全备份,但通常比一个大,需要更长的时间来创建增量备份。看到4.3.3节”,使得微分或增量备份”使用的细节。相关的mysqlbackup选项是
——增量
,——incremental-with-redo-log-only
,——incremental-backup-dir
,——incremental-base
,——start-lsn
。 - 停机时间
-
一段数据库时没有响应。数据库可能会完全关闭,或在只读状态应用程序正试图插入、更新或删除数据。你的备份策略的目标是最小化停机时间,使用等技术热备份为InnoDB表,冷备份使用副本服务器复制配置和最小化的持续时间暂停阶段您运行定制备份逻辑在MySQL服务器锁着的。
E
F
- .frm文件
-
对于备份,您必须始终保持完整的
.frm
文件的备份数据能够恢复备份后改变或删除的表。尽管每个InnoDB表都有一个
.frm
文件,InnoDB维护自己的表元数据在系统表空间;的.frm
文件不需要InnoDB使用InnoDB表。这些文件的备份MySQL企业备份产品。这些文件不能修改的
ALTER TABLE
操作备份时发生,这就是为什么备份,包括non-InnoDB表执行刷新表读锁
同时备份操作冻结等活动.frm
文件。恢复备份可能导致.frm
文件被创建、改变或删除匹配的状态数据库的备份。 - 文件格式
- 完全备份
-
一个备份包括所有的表在每一个MySQL数据库,数据库MySQL实例。与部分备份和增量备份。完整备份需要最长的,但还需要最少的后续工作和管理的复杂性。因此,即使你主要做部分或增量备份,你可能会定期做一个完整的备份。
H
- 历史表
- 热备份
-
一个备份MySQL实例和运行应用程序的阅读和写作。与热备份和冷备份。
热备份过程不是简单地复制数据文件:它必须包括任何数据备份在插入或更新过程;它必须排除任何数据删除备份在过程;它必须首先忽略任何改变交易但不是承诺。
Oracle产品执行热备份,InnoDB表特别是但也从MyISAM表和其他存储引擎,MySQL企业备份。
热备份过程由两个阶段组成。InnoDB的初始复制数据文件生成一个原始备份。的应用步骤包含任何更改数据库备份是运行时发生。应用产生变化准备备份;这些文件已经准备好随时恢复。
一个完全备份由一个热备份副本InnoDB数据阶段,其次是一个热备份阶段,如MyISAM表和任何non-InnoDB数据副本.frm文件。
我
- .ibd文件
-
每个InnoDB表空间创建使用file-per-table设置一个文件名
.ibd
扩展。这个扩展并不适用系统表空间,它是由文件命名ibdata1
,ibdata2
,等等。 - .ibz文件
-
当MySQL企业备份产品执行压缩备份,它把每个表空间使用创建文件file-per-table设置从一个
.ibd
扩展到一个.ibz
扩展。在备份不同的压缩应用压缩行格式使表数据压缩在正常操作。InnoDB表空间,已经在压缩行格式不是压缩一次,但是,尽管如此,仍然保存为一个
.ibz
文件压缩备份。 - ibdata文件
-
一组文件名称等
ibdata1
,ibdata2
等等,构成InnoDB系统表空间。这些文件包含关于InnoDB表元数据,可以包含一些或所有的表和索引数据也(取决于是否file-per-table选项实际上每个表创建时)。对这些文件总是用的向后兼容性羚羊文件格式。 - 图像
-
产生的文件的一部分单文件备份操作。它可以是一个真正的文件存储在本地,或标准输出(指定为
- - - - - -
当备份数据流直接到另一个命令或远程服务器。这一项在多个引用mysqlbackup选项,例如backup-dir-to-image
和image-to-backup-dir
。 - 包括
-
在一个部分备份,选择一组表、数据库备份或两者的结合。与排除。
另请参阅部分备份。
- 增量备份
-
备份只捕获数据更改,因为之前的备份。它有可能是更小,比一个快完全备份。增量备份数据必须与先前备份的内容合并,才能恢复。看到4.3.3节”,使得微分或增量备份”使用的细节。相关的mysqlbackup选项是
——增量
,——incremental-with-redo-log-only
,——incremental-backup-dir
,——incremental-base
,——start-lsn
。另请参阅完全备份。
- InnoDB
-
MySQL的类型表效果最好的MySQL企业备份。这些表可以备份使用热备份在数据库处理技术,避免干扰。出于这个原因,因为更高的可靠性和并发性可能与InnoDB表,大多数部署应该使用InnoDB的大部分数据和他们最重要的数据。在MySQL 5.5和更高版本中,
创建表
语句默认创建InnoDB表。 - 实例
-
一个MySQL服务器的全部内容,其中可能包括多个数据库。一个备份操作可以支持一个完整的实例,或者一个部分备份可以包括选定的数据库和表。
l
- 锁定
- 日志
- 日志序列号
-
看到LSN。
- 逻辑备份
-
一个备份没有复制复制表结构和数据,实际的数据文件。例如,
,mysqldump
命令生成一个逻辑备份,因为其输出包含语句等创建表
和插入
可以重新创建数据。与物理备份。 - LSN
-
缩写日志序列号。这种任意的,不断增加的值代表一个时间点记录在相应的操作重做日志。(这个时间点是不管事务边界;它可以落在中间的一个或多个事务。)期间,InnoDB内部使用崩溃恢复和缓冲池管理。
在MySQL企业备份产品,您可以指定一个LSN代表的时间点一个增量备份。相关的LSN显示的输出mysqlbackup命令。一旦你有相对应的LSN完全备份的时候,你可以指定值随后的增量备份,其输出包含另一个LSN下一个增量备份。
米
- .MRG文件
-
一个文件包含引用其他表,使用的
合并
存储引擎。这个扩展总是包含在备份的文件产生的mysqlbackup命令的MySQL企业备份产品。 - .MYD文件
-
另请参阅.MYI文件。
- .MYI文件
-
另请参阅.MYD文件。
- 清单
-
环境的记录(例如,命令行参数)和数据文件备份,存储在文件中
元/ backup_create.xml
和元/ backup_content.xml
,分别。这些数据可以通过管理工具在诊断和故障排除过程。 - 主
-
看到源。
- 媒体管理软件
-
类的软件程序来管理备份媒体,如磁带库备份。一个例子是甲骨文安全备份。缩写MMS。
另请参阅甲骨文安全备份。
- my.cnf
- my.ini
- MyISAM
-
MySQL存储引擎,以前默认为新表。在MySQL 5.5和更高版本,InnoDB成为默认的存储引擎。MySQL企业备份可以备份两种类型的表和其他表的存储引擎。InnoDB表备份过程(热备份)是破坏性更小的数据库操作比MyISAM表(热备份)。
- MySQL企业备份
-
一个执行的许可产品热备份MySQL数据库。它提供了最当备份效率和灵活性InnoDB表;它还可以支持MyISAM和其他类型的表。它包括MySQL的一部分企业版订阅。
- mysqlbackup
- ,mysqldump
-
MySQL命令执行逻辑备份,产生一组SQL命令重新创建表和数据。适用于较小的备份关键数据,因为恢复操作花费的时间超过了物理备份所产生的MySQL企业备份。
N
- non-TTS备份
-
不是创建一个备份移动式表空间(TTS),不是的
——use-tts
选择。
O
- .opt文件
- 离线
-
一种运行在数据库服务器停止执行。与MySQL企业备份产品,主要的离线操作恢复的一步。您可以选择执行冷备份,这是另一个离线操作。与在线。
- 在线
-
一个数据库服务器运行时执行的操作类型。一个热备份是理想的例子,因为数据库继续运行,不阻塞读或写操作。出于这个原因,有时”热备份”和”在线备份”作为同义词。一个冷备份是一个在线的反面操作;根据定义,数据库服务器备份发生时关闭。一个热备份也是一种在线操作,因为数据库服务器继续运行,尽管一些写操作可以被阻塞而温暖的备份是在进步。与离线。
- 乐观的备份
-
乐观的备份是备份和恢复的功能,提高性能巨大的数据库中,只有一小部分表经常被修改。乐观的备份由两个阶段组成:(1)乐观的阶段,表,不太可能在备份过程中被修改(由用户确定
optimistic-time
选项,或者通过排斥、optimistic-busy-tables
选项)备份MySQL实例没有任何锁;(2)正常的阶段,表不支持在第一阶段被备份的方式类似于一个普通的他们是如何处理备份:首先InnoDB文件复制,然后其他有关文件和复制或处理各种锁应用到数据库中。重做日志,undo日志,系统表空间也备份在这个阶段。看到4.3.6节”,做一个乐观的备份”获取详细信息。 - 乐观的增量备份
-
在一个乐观的增量备份mysqlbackup扫描InnoDB数据文件,改变页面自上次备份以来被修改,然后保存到增量备份。它是通过指定执行
——增量=乐观
。看到全扫描和乐观的增量备份获取详细信息。 - 甲骨文安全备份
-
Oracle产品管理备份媒体,所以分为媒体管理软件(MMS)。缩写的OSB。为MySQL企业备份、OSB通常用于管理磁带备份。
- 的OSB
-
另请参阅甲骨文安全备份。
P
- .par文件
- 并行备份
-
默认的处理模式在企业备份MySQL 3.8和更高版本,使用多个线程对不同类型的内部操作(读、流程和写)。看到1.2节,“备份类型概述”概述,16.10节,“性能/可伸缩性/容量选项”相关mysqlbackup选择,第十一章,性能考虑企业备份MySQL性能准则和技巧。
- 部分备份
-
一个备份包含的一些表在MySQL数据库中,或者一些MySQL数据库的实例。与完全备份。相关的mysqlbackup选项是
——包括表格
,——排除表
,——use-tts
,——only-known-file-types
,——only-innodb
。 - 部分恢复
-
一个恢复操作,适用于一个或多个表或数据库的全部内容,但不是一个MySQL服务器。数据可能来自一个被恢复部分备份或者一个完全备份。相关的mysqlbackup选项是
——包括表格
,——排除表
,——重命名
。 - 物理备份
-
一个备份实际数据文件副本。例如,MySQL企业备份命令生成一个物理备份,因为其输出包含数据文件可以直接使用的
mysqld
服务器。与逻辑备份。 - 的时间点
- 准备备份
- 进展表
R
- 原始备份
- 重做日志
-
一组文件,通常命名
ib_logfile0
和ib_logfile1
记录报表,试图改变InnoDB表中的数据。这些语句自动重播到正确的数据写的不完整的交易,在启动时崩溃。通过重做日志的数据所代表的是不断增加的LSN价值。的4 gb限制最大尺寸重做日志在MySQL 5.6。另请参阅LSN。
- 正则表达式
-
一些企业备份MySQL功能使用POSIX-style正则表达式,例如指定表,数据库,或两者兼而有之包括或排除从一个部分备份。需要点的转义正则表达式文件名,因为点是单个字符的通配符;不需要逃跑路径名的正斜杠。当在命令行上指定正则表达式时,周围用引号作为shell环境适当,防止膨胀壳通配符字符如星号的机制。
- 继电器的日志
-
一个记录副本服务器读取事件二进制日志复制源服务器和书面的I / O的线程。继电器日志,就像二进制日志,由一组编号的文件包含描述数据库更改事件,和一个索引文件,其中包含所有继电器使用的日志文件的名称。中继日志的更多信息,请参阅继电器日志。火炬传递默认登录服务器备份。
- 副本
-
在一个复制配置数据库服务器接收更新的源服务器。通常用于服务用户查询,减少查询源服务器上的负载。与MySQL企业备份你可能会在一台服务器上进行备份,并恢复在不同的系统上创建一个新的副本服务器的数据已经到位。你也可以从副本服务器备份数据而不是源,以减少整个系统的任何放缓。
- 复制
-
常见的配置MySQL的部署,数据和DML操作源服务器与一组同步副本服务器。与MySQL企业备份,你可能在一台服务器上进行备份,恢复在不同的系统上创建一个新的副本服务器的数据已经到位。你也可以从副本服务器备份数据而不是源,以减少整个系统的任何放缓。
- 存储库
- 恢复
- 行格式
-
连续的磁盘存储格式InnoDB表。InnoDB获得新功能如压缩,介绍了新行格式支持生成的存储效率和性能的改善。
每个表都有它自己的行格式,通过指定
ROW_FORMAT
选择。看到每个InnoDB表的行格式,发出的命令显示表状态
。因为所有的表在系统表空间共享相同的行格式,利用其他行格式通常需要设置innodb_file_per_table
选项,这样每个表存储在一个单独的表空间。
年代
- SBT
-
另请参阅系统备份到磁带。
- 选择备份
- 选择性还原
- 服务器
-
MySQL实例由一个控制
mysqld
守护进程。一个物理机器可以托管多个MySQL服务器,每个要求自己的备份操作和进度。一些备份操作通过一个与服务器通信连接。 - 服务器存储库
- 单文件备份
- 奴隶
-
看到副本。
- 源
-
在一个复制配置,数据库服务器将更新发送给一组副本服务器。它通常投入的大部分资源写操作,让用户查询的副本。与MySQL企业备份,通常您执行备份副本服务器,而不是源,以减少整个系统的任何放缓。
- 流媒体
-
立即备份技术,传输数据到另一台服务器,而不是拯救一个本地副本。使用Unix管道等机制。需要一个单文件备份与指定的目标文件
- - - - - -
(标准输出)。另请参阅单文件备份。
- 暂停
-
一个可选的阶段内的备份MySQL企业备份处理停止,允许为特定于用户的操作运行。的mysqlbackup命令选项,允许您指定命令运行备份时暂停。最常用与备份InnoDB只表,你可能会做你自己的脚本进行处理.frm文件。
- 系统备份到磁带
-
一个API为媒体管理软件。缩写SBT。几个mysqlbackup选项(sbt在他们的名字)传递信息媒体管理软件产品,如甲骨文安全备份。
- 系统表空间
-
默认情况下,这个单一数据文件存储数据库的所有表数据,以及所有的元数据(InnoDB-related对象数据字典)。
打开innodb_file_per_table选择使每个新创建的表是存储在它自己的表空间,减少的大小和依赖,系统表空间。
将系统中所有表数据表空间的影响MySQL企业备份产品(备份一个大文件而不是几个较小的文件),并阻止你使用某些InnoDB的特性,需要更新梭鱼文件格式。在
T
- .TRG文件
- 表
-
虽然一个表是一个独特的、可寻址对象上下文中的SQL,备份目的我们常常关心是否表的一部分系统表空间,或者是在创建的file-per-table设置和驻留在自己的表空间。
- 表空间
-
为InnoDB表,文件保存为一个表数据和索引。可以的系统表空间包含多个表或表的创建file-per-table设置文件驻留在自己的表空间。
- 移动式表空间
-
一个功能,允许一个表空间从一个实例移动到另一个。为InnoDB表空间传统上,这是不可能的,因为所有表数据的一部分系统表空间。在MySQL 5.6和更高版本中,
刷新表……用于出口
语法准备InnoDB表复制到另一台服务器;运行ALTER TABLE……丢弃表空间
和ALTER TABLE……导入表空间
在其他服务器将数据文件复制到另一个实例。一个单独的. cfg
文件,复制的.ibd文件,用于更新表元数据(例如空间ID导入表空间)。看到进口InnoDB表使用信息。使用
——use-tts
选择与移动式表空间创建一个备份。另请参阅5.1.4节”,恢复备份创建——use-tts
选择”。另请参阅部分备份。
- TTS
- TTS备份
-
创建一个备份移动式表空间(TTS),,
——use-tts
选择。