这些术语通常用于MySQL企业备份产品的信息中。
一个
B
- .bz文件
-
当mysqlbackup为启用了二进制日志记录的服务器执行压缩备份,它转换每个二进制日志文件和中继日志文件(对于一个副本的服务器复制设置)到a
文件。的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表压缩,和动态行格式,改进了BLOB和大文本列的存储布局。
- 二进制日志
-
包含试图更改表数据的所有语句记录的文件。可以重播这些语句,以使副本服务器处于最新状态复制场景,或者在从备份恢复表数据后使数据库更新。二进制日志记录特性可以打开或关闭,但Oracle建议如果使用复制或执行备份,则始终启用它。
方法可以检查二进制日志的内容,或在复制或恢复期间重播这些语句mysqlbinlog命令。有关二进制日志的完整信息,请参见二进制日志.有关与二进制日志相关的MySQL配置选项,请参见二进制日志选项和变量.
为MySQL企业备份Product、二进制日志的文件名和文件中的当前位置都是重要的详细信息。要在复制上下文中进行备份时为源服务器记录此信息,可以指定
——slave-info
选择。如果在服务器上启用了二进制日志,则默认情况下会进行备份。
- binlog
-
的非正式名称二进制日志文件。例如,您可能会在电子邮件消息或论坛讨论中看到这个缩写。
另请参阅二进制日志.
C
- 冷备份
-
MySQL企业备份8.0不支持冷备份。
- 压缩
-
一种生产更小的备份文件,其大小减小受压缩级别设置。适合保存多组非关键备份文件。(对于关键数据的最近备份,可以不压缩数据,以便在紧急情况下实现快速恢复。)
MySQL企业备份可以对内容进行压缩吗InnoDB在备份过程中,将.ibd文件到.ibz文件。
压缩增加了备份进程的CPU开销,并且在备份期间需要额外的时间和磁盘空间恢复的过程。
- 压缩级别
-
一个决定了多少的设定压缩应用于压缩的备份。该设置范围从0(无)、1(启用压缩时的默认级别)到9(最大值)。给定压缩级别的压缩量取决于数据值的性质。较高的压缩级别确实会增加额外的CPU开销,所以理想情况下,您应该使用最低的值,以产生较低的CPU开销和较好的压缩平衡。
另请参阅压缩.
- 配置文件
-
保存MySQL服务器和相关产品和组件的启动选项的文件。通常用它的默认文件名来引用,my.cnf在Linux、Unix和macOS系统上my.ini在Windows系统上。的MySQL企业备份将其默认配置设置存储在此文件中
(mysqlbackup)
部分。为方便起见,MySQL企业备份还可以从(客户端)
部分,用于MySQL Enterprise Backup和连接到MySQL服务器的其他程序之间常见的配置选项。 - 连接
-
某些备份操作与正在运行的MySQL通信的机制服务器.例如,mysqlbackup命令可以登录到正在备份的服务器,在进展表和历史表.一个热备份通常为方便使用数据库连接,但如果连接不可用,则可以继续进行。一个热备份总是使用数据库连接,因为它必须将服务器置于只读状态。一个冷备份在MySQL服务器关闭时使用。
冷备份不受MySQL企业备份8.0.因此,始终需要连接到服务器MySQL企业备份8.0进行备份。
- 崩溃恢复
-
当MySQL在崩溃后再次启动时,对InnoDB表的清理活动。在崩溃之前提交但尚未写入表空间文件的更改将从doublewrite缓冲.数据库正常关闭时,将在数据库关闭期间执行此类型的活动清洗操作。
D
- 数据字典
-
由InnoDB存储引擎控制的一组表,它跟踪InnoDB相关的对象,如表、索引和表列。这些表是InnoDB的一部分系统表空间.
因为MySQL企业备份Product总是备份系统表空间,所有备份都包括数据字典的内容。
- 数据库
-
MySQL用户拥有的一组表和相关对象。相当于”模式”在Oracle数据库术语中。MySQL企业备份可以执行部分备份这包括一些数据库,而不包括其他数据库。由MySQL服务器控制的全套数据库称为实例.
- 微分备份
-
仅捕获自上一次完全备份以来更改的数据的备份。它有可能比汽车更小更快完全备份,但通常更大,创建的时间比增量备份.看到第4.3.3节“进行差异或增量备份”有关使用细节。相关的mysqlbackup选项是
——增量
,——incremental-with-redo-log-only
,——incremental-backup-dir
,——incremental-base
,——start-lsn
. - 停机时间
-
数据库无响应的一段时间。当应用程序试图插入、更新或删除数据时,数据库可能完全关闭,或处于只读状态。备份策略的目标是尽量减少停机时间,使用的技术包括热备份为InnoDB表和最小化的持续时间暂停在MySQL服务器运行自定义备份逻辑的阶段锁着的.
E
F
H
- 历史表
-
表
mysql.backup_history
它包含已完成的细节备份操作。备份作业运行时,详细信息(特别是状态值的变化)将记录在进展表. - 热备份
-
当MySQL实例并且正在运行,应用程序正在对它进行读写。与热备份而且冷备份.
热备份不仅仅是复制数据文件:它必须包括备份过程中插入或更新的任何数据;它必须排除在备份过程中删除的任何数据;它必须忽略任何由交易但没有承诺。
的执行热备份的Oracle产品InnoDB表,尤其是MyISAM和其他存储引擎的表MySQL企业备份.
热备份过程包括两个阶段。InnoDB数据文件的初始复制产生一个原始备份.的应用Step将运行备份时对数据库发生的任何更改合并在一起。应用这些更改将生成一个准备备份;只要有必要,就可以随时恢复这些文件。
一个完全备份包括一个复制InnoDB数据的热备份阶段,然后是一个热备份阶段,复制任何非innodb数据,如MyISAM表和相关的.sdi文件。
我
- .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企业备份product,则可以指定一个LSN来表示从该时间点开始进行增量备份.的输出显示相应的LSNmysqlbackup命令。有了与完全备份时间对应的LSN后,可以指定该值进行后续增量备份,其输出包含下一次增量备份的另一个LSN。
米
- .MRG文件
-
控件使用的包含对其他表的引用的文件
合并
存储引擎。控件生成的备份中始终包含具有此扩展名的文件mysqlbackup掌握MySQL企业备份产品。 - .MYD文件
-
另请参阅.MYI文件.
- .MYI文件
-
另请参阅.MYD文件.
- 清单
-
存储在文件中的备份所涉及的环境记录(例如,命令行参数)和数据文件
元/ backup_create.xml
而且元/ backup_content.xml
,分别。在诊断和故障排除过程中,管理工具可以使用这些数据。 - 主
-
看到源.
- 媒体管理软件
-
一类用于管理备份介质的软件程序,如磁带备份库。一个例子是Oracle安全备份.缩写MMS.
另请参阅Oracle安全备份.
- 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企业备份产品,主要是线下操作恢复的一步。你不能执行冷备份与MySQL企业备份8.0.与在线.
- 在线
-
在数据库服务器运行时执行的一种操作。一个热备份是理想的示例,因为数据库继续运行,没有读或写操作被阻塞。因为这个原因,有时候”热备份”而且”在线备份”用作同义词。一个冷备份与在线操作相反;根据定义,数据库服务器在备份发生时关闭(MySQL企业备份8.0版本不支持冷备份).一个热备份也是一种在线操作,因为数据库服务器继续运行,尽管在进行热备份时可能会阻塞一些写操作。与离线.
- 乐观的备份
-
乐观备份是一种用于提高备份和恢复大型数据库的性能的特性,这些数据库中只有少量表需要频繁修改。乐观备份包括两个阶段:(1)乐观阶段,在这个阶段中,在备份过程中不太可能被修改的表(由使用
optimistic-time
选项,或通过排除optimistic-busy-tables
选项)在MySQL实例上没有任何锁的情况下进行备份;(2)正常阶段,在这个阶段中,在第一阶段没有备份的表将以与普通备份处理类似的方式进行备份:首先复制InnoDB文件,然后复制或处理其他相关文件,并对数据库应用各种锁。重做日志、撤消日志和系统表空间也在此阶段进行备份。看到第4.3.6节“进行乐观备份”获取详细信息。 - 乐观增量备份
-
在乐观的增量备份中mysqlbackup扫描自上次备份以来被修改的InnoDB数据文件中的更改页,然后将其保存到增量备份中。它通过指定执行
——增量=乐观
.看到全扫描与乐观增量备份的对比获取详细信息。 - Oracle安全备份
-
Oracle用于管理的产品备份媒体,等分类为媒体管理软件(MMS).缩写的OSB.为MySQL企业备份, OSB通常用于管理磁带备份。
- 的OSB
-
另请参阅Oracle安全备份.
P
- .par文件
- 并行备份
-
MySQL Enterprise Backup 3.8及更高版本中的默认处理模式,为不同的内部操作类(读、处理和写)使用多个线程。看到第1.2节“备份类型概述”作为一个概述,第20.10节,“性能/可伸缩性/容量选项”有关的mysqlbackup选择,第十三章,MySQL企业备份的性能考虑查看性能指南和提示。
- 部分备份
-
一个备份它包含了一些表或者MySQL实例中的一些数据库。与完全备份.相关的mysqlbackup选项是
——包括表格
,——排除表
,——use-tts
,——only-known-file-types
,——only-innodb
. - 部分恢复
-
一个恢复应用于一个或多个的操作表或数据库,但不是MySQL服务器的全部内容。被恢复的数据可能来自于部分备份或者一个完全备份.相关的mysqlbackup选项是
——包括表格
,——排除表
,——重命名
. - 物理备份
-
一个备份它复制实际的数据文件。例如,MySQL企业备份命令生成物理备份,因为它的输出包含数据文件,可以直接由
mysqld
服务器。与逻辑备份. - 时间点
-
结束时间:a的结束所对应的时间备份操作。一个准备备份包括在运行备份操作时发生的所有更改。恢复备份将数据恢复到备份操作完成时的状态。
- 准备备份
- 进展表
R
- 原始备份
-
备份数据的初始集,还没有准备好进行恢复,因为它没有包含备份运行时发生的更改。的应用操作将备份文件转换为文件类型准备备份这是可以恢复的。
- 重做日志
-
一组文件,通常命名为
ib_logfile0
而且ib_logfile1
记录了试图改变InnoDB表中数据的语句。这些语句在崩溃后启动时自动重播,以纠正不完整事务写入的数据。数据在重做日志中的传递表现为不断增加的LSN价值。MySQL 5.6提高了重做日志的最大大小限制4GB。另请参阅LSN.
- 正则表达式
-
一些MySQL企业备份特性使用posix风格的正则表达式,例如指定表或数据库,或两者都指定包括或排除从一个部分备份.正则表达式需要对文件名中的点进行转义,因为点是单字符通配符;路径名中的前斜杠不需要转义。在命令行上指定正则表达式时,根据shell环境的需要将它们用引号括起来,以防止shell通配符机制扩展字符(如星号)。
- 继电器的日志
-
的记录副本事件中读取的事件二进制日志由复制I/O线程写入。中继日志,就像二进制日志,包括一组编号文件,其中包含描述数据库更改的事件,以及一个索引文件,其中包含所有使用的中继日志文件的名称。有关中继日志的更多信息,请参见中继日志.缺省情况下,服务器上的中继日志是备份的。
- 副本
-
在一个复制配置,该数据库服务器从源服务器。通常用于为用户查询提供服务,以最小化源服务器上的查询负载。与MySQL企业备份,您可以在一个服务器上进行备份,然后在另一个系统上进行恢复,以使用已经存在的数据创建一个新的复制服务器。您还可以从复制服务器而不是源服务器备份数据,以尽量减少整个系统的减速。
- 复制
-
MySQL部署的常用配置,包含数据和DML操作源服务器同步了一组副本服务器。与MySQL企业备份,您可以在一个服务器上进行备份,然后在另一个系统上进行恢复,以使用已经存在的数据创建一个新的复制服务器。您还可以从复制服务器而不是源服务器备份数据,以尽量减少整个系统的减速。
- 存储库
- 恢复
- 行格式
-
InnoDB表中一行的磁盘存储格式。随着InnoDB获得诸如压缩等新功能,新的行格式也被引入,以支持由此带来的存储效率和性能的改进。
方法指定的每个表都有自己的行格式
ROW_FORMAT
选择。要查看每个InnoDB表的行格式,发出以下命令显示表状态
.由于系统表空间中的所有表共享相同的行格式,要利用其他行格式,通常需要设置innodb_file_per_table
选项,以便每个表存储在单独的表空间中。
年代
- .sdi文件
-
包含元数据的文件(称为串行字典信息(SDI))的MyISAM表。
- SBT
-
另请参阅系统备份到磁带.
- 选择备份
- 选择性还原
- 服务器
-
MySQL实例由
mysqld
守护进程。一台物理机器可以托管多个MySQL服务器,每个服务器都需要自己的服务器备份操作和时间表。部分备份操作通过接口与服务器通信连接. - 服务器存储库
- 单文件备份
- 奴隶
-
看到副本.
- 源
-
在一个复制配置,该数据库服务器将更新发送到一组副本服务器。它通常将大部分资源用于写操作,将用户查询留给副本。与MySQL企业备份,通常在副本服务器而不是源服务器上执行备份,以尽量减少整个系统的任何放缓。
- 流媒体
-
一种立即将数据传输到另一个服务器上的备份技术,而不是保存本地副本。使用Unix管道等机制。需要一个单文件备份,目标文件指定为
-
(标准输出)。另请参阅单文件备份.
- 暂停
-
备份中的一个可选阶段,MySQL企业备份处理在此停止,以允许运行特定于用户的操作。的mysqlbackupCommand具有一些选项,允许您指定在备份挂起时要运行的命令。
- 系统备份到磁带
-
的API媒体管理软件.缩写SBT.几个mysqlbackup选项(sbt以他们的名字)传递信息给媒体管理软件产品如Oracle安全备份.
另请参阅Oracle安全备份,SBT.
- 系统表空间
-
默认情况下,这个数据文件存储了数据库的所有表数据,以及innodb相关对象的所有元数据数据字典).
打开innodb_file_per_table选项使每个新创建的表都存储在自己的表中表空间,减少系统表空间的大小和依赖性。
在系统表空间中保留所有表数据对MySQL企业备份product(备份一个大文件而不是几个小文件),并阻止你使用某些需要更新的InnoDB特性梭鱼文件格式。在
T
- .TRG文件
- 表格
-
虽然表在SQL上下文中是一个独特的、可寻址的对象,但for备份我们经常关心的是目的表是否属于一部分系统表空间,或者是在file-per-table设定,因此存在于它自己表空间.
- 表级恢复(TLR)
-
表级恢复(TLR)是从备份中选择性地恢复表或模式;看到第5.1.4节“表级恢复(TLR)”获取详细信息。
另请参阅部分恢复.
- 表空间
-
为InnoDB表,保存表的数据和索引的文件。可以是系统表空间控件创建的表,或包含多个表file-per-table设置它驻留在自己的表空间文件中。
- TLR
- 移动式表空间
-
一种允许表空间移动:从一个实例移动到另一个实例传统上,这对于InnoDB表空间来说是不可能的,因为所有的表数据都是系统表空间.在MySQL 5.6及更高版本中
抽水马桶…用于出口
语法准备一个InnoDB表复制到另一个服务器;运行修改表…丢弃表空间
而且修改表…导入表空间
在另一个服务器上将复制的数据文件带到另一个实例中。一个单独的. cfg
文件,随.ibd文件,用于更新表元数据(例如空间ID)作为导入表空间。看到导入InnoDB表获取使用信息。使用
——use-tts
选项可以使用可传输表空间创建备份。另请参阅第5.1.5节“恢复使用——use-tts
选择”.另请参阅部分备份.
- TTS
- TTS备份
-
使用。创建的备份可迁移表空间(TTS),即用
——use-tts
选择。