MySQL Enterprise Backup 8.0用户指南/附录/ MySQL企业备份术语表

MySQL企业备份术语表

这些术语通常用于MySQL企业备份产品的信息中。

一个

. arm文件

ARCHIVE表的元数据。与.ARZ文件.控件生成的备份中始终包含具有此扩展名的文件mysqlbackup掌握MySQL企业备份产品。

另请参阅.ARZ文件

.ARZ文件

ARCHIVE表的数据。与. arm文件.控件生成的备份中始终包含具有此扩展名的文件mysqlbackup掌握MySQL企业备份产品。

另请参阅. arm文件

羚羊

原InnoDB的代码名称文件格式.它支持冗余而且紧凑的行格式,但不是较新的动态而且压缩中可用的行格式梭鱼文件格式。

另请参阅梭鱼压缩文件格式

应用

变换a的运算原始备份成一个准备备份通过合并备份运行时发生的更改,使用来自日志

另请参阅日志准备备份原始备份

B

.bz文件

mysqlbackup为启用了二进制日志记录的服务器执行压缩备份,它转换每个二进制日志文件和中继日志文件(对于一个副本的服务器复制设置)到abinary-or-relay-log-file-name.bz文件。的.bz文件在还原时未压缩。

另请参阅二进制日志.bz文件压缩压缩级别.ibz文件继电器的日志

备份

为了安全起见,从MySQL实例中复制部分或所有表数据和元数据的过程。也可指复制的文件集。这对dba来说是一项至关重要的任务。与此过程相反的是恢复操作。

MySQL,物理备份是由MySQL企业备份产品,逻辑备份是由, mysqldump命令。这些技术在备份数据的大小和表示以及速度(特别是恢复操作的速度)方面具有不同的特征。

备份被进一步分类为温暖的,或这取决于它们对正常数据库操作的干扰程度。(热备份的干扰最小,冷备份的干扰最大。)

另请参阅冷备份热备份逻辑备份, mysqldump物理备份热备份

备份目录

永久或临时存储备份数据和元数据的目录。它用于大多数类型的备份和恢复操作,包括单文件备份和恢复。的描述——backup-dir选项,说明如何将备份目录用于不同的目的和不同的操作。

备份库

服务器存储库

另请参阅存储库服务器存储库

backup-my.cnf

一个小配置文件生成的MySQL企业备份,包含一组最小的配置参数。该文件记录了应用于此备份数据的设置。后续操作,如应用处理后,从该文件读取选项以确定备份数据的结构。这个文件总是有扩展名.cnf,而不是.cnf在类unix系统和. ini在Windows系统上。

另请参阅应用配置文件

梭鱼

InnoDB的代码名文件格式它支持表数据的压缩。它支持压缩行格式,启用InnoDB表压缩,和动态行格式,改进了BLOB和大文本列的存储布局。

另请参阅羚羊文件格式MySQL企业备份行格式系统表空间

二进制日志

包含试图更改表数据的所有语句记录的文件。可以重播这些语句,以使副本服务器处于最新状态复制场景,或者在从备份恢复表数据后使数据库更新。二进制日志记录特性可以打开或关闭,但Oracle建议如果使用复制或执行备份,则始终启用它。

方法可以检查二进制日志的内容,或在复制或恢复期间重播这些语句mysqlbinlog命令。有关二进制日志的完整信息,请参见二进制日志.有关与二进制日志相关的MySQL配置选项,请参见二进制日志选项和变量

MySQL企业备份Product、二进制日志的文件名和文件中的当前位置都是重要的详细信息。要在复制上下文中进行备份时为源服务器记录此信息,可以指定——slave-info选择。

如果在服务器上启用了二进制日志,则默认情况下会进行备份。

另请参阅binlog继电器的日志复制

binlog

的非正式名称二进制日志文件。例如,您可能会在电子邮件消息或论坛讨论中看到这个缩写。

另请参阅二进制日志

C

冷备份

一个备份在数据库关闭时获取。

MySQL企业备份8.0不支持冷备份。

另请参阅备份连接热备份热备份

压缩

一种生产更小的备份文件,其大小减小受压缩级别设置。适合保存多组非关键备份文件。(对于关键数据的最近备份,可以不压缩数据,以便在紧急情况下实现快速恢复。)

MySQL企业备份可以对内容进行压缩吗InnoDB在备份过程中,将.ibd文件到.ibz文件。

压缩增加了备份进程的CPU开销,并且在备份期间需要额外的时间和磁盘空间恢复的过程。

另请参阅备份压缩级别.ibd文件.ibz文件InnoDB恢复

压缩级别

一个决定了多少的设定压缩应用于压缩的备份。该设置范围从0(无)、1(启用压缩时的默认级别)到9(最大值)。给定压缩级别的压缩量取决于数据值的性质。较高的压缩级别确实会增加额外的CPU开销,所以理想情况下,您应该使用最低的值,以产生较低的CPU开销和较好的压缩平衡。

另请参阅压缩

配置文件

保存MySQL服务器和相关产品和组件的启动选项的文件。通常用它的默认文件名来引用,my.cnf在Linux、Unix和macOS系统上my.ini在Windows系统上。的MySQL企业备份将其默认配置设置存储在此文件中(mysqlbackup)部分。为方便起见,MySQL企业备份还可以从(客户端)部分,用于MySQL Enterprise Backup和连接到MySQL服务器的其他程序之间常见的配置选项。

另请参阅my.cnfmy.ini

连接

某些备份操作与正在运行的MySQL通信的机制服务器.例如,mysqlbackup命令可以登录到正在备份的服务器,在进展表历史表.一个热备份通常为方便使用数据库连接,但如果连接不可用,则可以继续进行。一个热备份总是使用数据库连接,因为它必须将服务器置于只读状态。一个冷备份在MySQL服务器关闭时使用。

冷备份不受MySQL企业备份8.0.因此,始终需要连接到服务器MySQL企业备份8.0进行备份。

另请参阅冷备份历史表热备份进展表服务器热备份

崩溃恢复

当MySQL在崩溃后再次启动时,对InnoDB表的清理活动。在崩溃之前提交但尚未写入表空间文件的更改将从doublewrite缓冲.数据库正常关闭时,将在数据库关闭期间执行此类型的活动清洗操作。

D

数据字典

由InnoDB存储引擎控制的一组表,它跟踪InnoDB相关的对象,如表、索引和表列。这些表是InnoDB的一部分系统表空间

因为MySQL企业备份Product总是备份系统表空间,所有备份都包括数据字典的内容。

另请参阅热备份MySQL企业备份系统表空间

数据库

MySQL用户拥有的一组表和相关对象。相当于模式在Oracle数据库术语中。MySQL企业备份可以执行部分备份这包括一些数据库,而不包括其他数据库。由MySQL服务器控制的全套数据库称为实例

另请参阅实例部分备份

微分备份

仅捕获自上一次完全备份以来更改的数据的备份。它有可能比汽车更小更快完全备份,但通常更大,创建的时间比增量备份.看到第4.3.3节“进行差异或增量备份”有关使用细节。相关的mysqlbackup选项是——增量——incremental-with-redo-log-only——incremental-backup-dir——incremental-base,——start-lsn

另请参阅完全备份增量备份

停机时间

数据库无响应的一段时间。当应用程序试图插入、更新或删除数据时,数据库可能完全关闭,或处于只读状态。备份策略的目标是尽量减少停机时间,使用的技术包括热备份InnoDB表和最小化的持续时间暂停在MySQL服务器运行自定义备份逻辑的阶段锁着的

另请参阅冷备份热备份InnoDB锁定副本复制暂停

E

排除

在一个部分备份,以选择要从备份中删除的一组表、数据库或两者的组合。与包括

另请参阅部分备份

提取

对象中检索某些内容的操作图像单文件备份.它可以应用于单个文件(解压缩到任意位置)或整个备份(重新生成备份数据的原始目录结构)。这两种提取是由mysqlbackup选项提取而且image-to-backup-dir,分别。

另请参阅图像单文件备份

F

.frm文件

包含MySQL表的元数据(如表定义)的文件。.frm文件在MySQL 8.0中被删除,但在早期的MySQL版本中仍然使用。在MySQL 8.0中,以前存储在.frm文件存储在数据字典表。

文件格式

InnoDB数据文件命名的格式ibdata1ibdata2,等等。每种文件格式都支持一种或多种行格式。

另请参阅羚羊梭鱼ibdata文件行格式

完全备份

一个备份这包括所有在每个MySQL数据库中,以及MySQL实例中的所有数据库。与部分备份而且增量备份.完全备份花费的时间最长,但也需要最少的后续工作和管理复杂性。因此,即使主要执行部分备份或增量备份,也可以定期执行完全备份。

另请参阅备份增量备份部分备份表格

H

历史表

mysql.backup_history它包含已完成的细节备份操作。备份作业运行时,详细信息(特别是状态值的变化)将记录在进展表

另请参阅备份进展表

热备份

当MySQL实例并且正在运行,应用程序正在对它进行读写。与热备份而且冷备份

热备份不仅仅是复制数据文件:它必须包括备份过程中插入或更新的任何数据;它必须排除在备份过程中删除的任何数据;它必须忽略任何由交易但没有承诺。

的执行热备份的Oracle产品InnoDB表,尤其是MyISAM和其他存储引擎的表MySQL企业备份

热备份过程包括两个阶段。InnoDB数据文件的初始复制产生一个原始备份.的应用Step将运行备份时对数据库发生的任何更改合并在一起。应用这些更改将生成一个准备备份;只要有必要,就可以随时恢复这些文件。

一个完全备份包括一个复制InnoDB数据的热备份阶段,然后是一个热备份阶段,复制任何非innodb数据,如MyISAM表和相关的.sdi文件。

另请参阅应用冷备份.frm文件完全备份InnoDB实例准备备份原始备份热备份

.ibd文件

每个InnoDB表空间创建时使用file-per-table设置的文件名带有.ibd扩展。此扩展不适用于系统表空间,它由命名为ibdata1ibdata2,等等。

另请参阅.ibz文件系统表空间表空间

.ibz文件

MySQL企业备份产品执行压缩备份,它将每个表空间方法创建的文件file-per-table设置.ibd扩展至.ibz扩展。

备份期间应用的压缩不同于压缩行格式它在正常操作期间保持表数据的压缩。一个InnoDB表空间如果已经是压缩行格式,就不会被第二次压缩,但仍然会被保存为.ibz压缩备份中的文件。

另请参阅.bz文件压缩压缩级别.ibd文件.ibz文件MySQL企业备份表空间

ibdata文件

一组文件名为ibdata1ibdata2等等,它们组成了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

锁定

另请参阅暂停热备份

日志

MySQL企业备份产品中使用了几种类型的日志文件。最常见的是InnoDB重做日志这是在增量备份

另请参阅增量备份重做日志

日志序号

看到LSN

逻辑备份

一个备份它复制表结构和数据,而不复制实际的数据文件。例如,, mysqldump命令生成逻辑备份,因为它的输出包含诸如创建表而且插入可以重新创建数据。与物理备份

另请参阅备份物理备份

LSN

缩写日志序号.这个任意的、不断增加的值表示与记录在重做日志.(此时间点与事务边界无关;它可以落在一个或多个事务的中间。)它被InnoDB内部使用崩溃恢复以及用于管理缓冲池。

MySQL企业备份product,则可以指定一个LSN来表示从该时间点开始进行增量备份.的输出显示相应的LSNmysqlbackup命令。有了与完全备份时间对应的LSN后,可以指定该值进行后续增量备份,其输出包含下一次增量备份的另一个LSN。

另请参阅崩溃恢复热备份增量备份重做日志

.MRG文件

控件使用的包含对其他表的引用的文件合并存储引擎。控件生成的备份中始终包含具有此扩展名的文件mysqlbackup掌握MySQL企业备份产品。

.MYD文件

MySQL用来为MyISAM表存储数据的文件。

另请参阅.MYI文件

.MYI文件

MySQL用来存储MyISAM表索引的文件。

另请参阅.MYD文件

清单

存储在文件中的备份所涉及的环境记录(例如,命令行参数)和数据文件元/ backup_create.xml而且元/ backup_content.xml,分别。在诊断和故障排除过程中,管理工具可以使用这些数据。

看到

媒体管理软件

一类用于管理备份介质的软件程序,如磁带备份库。一个例子是Oracle安全备份.缩写MMS

另请参阅Oracle安全备份

my.cnf

MySQL的典型名称配置文件在Linux、Unix和macOS系统上。

另请参阅配置文件my.ini

my.ini

MySQL的典型名称配置文件在Windows系统上。

另请参阅配置文件my.cnf

MyISAM

MySQL存储引擎,以前是新表的默认引擎。在MySQL 5.5及更高版本中,InnoDB成为默认存储引擎。MySQL企业备份可以备份这两种类型的表,也可以备份来自其他存储引擎的表。InnoDB表的备份过程(热备份)对数据库操作的干扰比MyISAM表(热备份).

另请参阅热备份InnoDB热备份

MySQL企业备份

一种授权的产品热备份MySQL数据库。它在备份时提供了最大的效率和灵活性InnoDB表;它还可以备份MyISAM和其他类型的表。它是MySQL企业版订阅的一部分。

另请参阅梭鱼热备份InnoDB

mysqlbackup

的主要命令MySQL企业备份产品。执行不同的选项备份而且恢复操作。

另请参阅备份恢复

, mysqldump

执行的MySQL命令逻辑备份,生成一组SQL命令来重新创建表和数据。适合于较小的备份或不太重要的数据,因为恢复操作时间比用物理备份所产生的MySQL企业备份

另请参阅逻辑备份物理备份恢复

N

non-TTS备份

不是使用。创建的备份可迁移表空间(TTS),也就是说,不与——use-tts选择。

另请参阅移动式表空间TTS备份

O

.opt文件

包含数据库配置信息的文件。类的备份操作生成的备份中始终包含具有此扩展名的文件MySQL企业备份产品。

离线

在数据库服务器停止时执行的一种操作。与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

的OSB

缩写Oracle安全备份,一个媒体管理软件产品(MMS).

另请参阅Oracle安全备份

P

.par文件

包含分区定义的文件。控件生成的备份中始终包含具有此扩展名的文件mysqlbackup掌握MySQL企业备份产品。

并行备份

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的结束所对应的时间备份操作。一个准备备份包括在运行备份操作时发生的所有更改。恢复备份将数据恢复到备份操作完成时的状态。

另请参阅备份准备备份恢复

准备备份

完全一致且可恢复的备份数据集。它是由表演应用操作原始备份

另请参阅应用原始备份

进展表

mysql.backup_progress它包含运行的细节备份操作。备份任务完成后,详细信息记录在历史表

另请参阅备份历史表

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具有一些选项,允许您指定在备份挂起时要运行的命令。

另请参阅.frm文件InnoDB

系统备份到磁带

的API媒体管理软件.缩写SBT.几个mysqlbackup选项(sbt以他们的名字)传递信息给媒体管理软件产品如Oracle安全备份

另请参阅Oracle安全备份SBT

系统表空间

默认情况下,这个数据文件存储了数据库的所有表数据,以及innodb相关对象的所有元数据数据字典).

打开innodb_file_per_table选项使每个新创建的表都存储在自己的表中表空间,减少系统表空间的大小和依赖性。

在系统表空间中保留所有表数据对MySQL企业备份product(备份一个大文件而不是几个小文件),并阻止你使用某些需要更新的InnoDB特性梭鱼文件格式。在

另请参阅梭鱼数据字典文件格式ibdata文件表空间

T

.TRG文件

一个包含触发参数。控件生成的备份中始终包含具有此扩展名的文件mysqlbackup掌握MySQL企业备份产品。

表格

虽然表在SQL上下文中是一个独特的、可寻址的对象,但for备份我们经常关心的是目的表是否属于一部分系统表空间,或者是在file-per-table设定,因此存在于它自己表空间

另请参阅备份系统表空间表空间

表级恢复(TLR)

表级恢复(TLR)是从备份中选择性地恢复表或模式;看到第5.1.4节“表级恢复(TLR)”获取详细信息。

另请参阅部分恢复

表空间

InnoDB表,保存表的数据和索引的文件。可以是系统表空间控件创建的表,或包含多个表file-per-table设置它驻留在自己的表空间文件中。

另请参阅InnoDB系统表空间

TLR

表级恢复的简写形式。

另请参阅部分恢复表级恢复(TLR)

移动式表空间

一种允许表空间移动:从一个实例移动到另一个实例传统上,这对于InnoDB表空间来说是不可能的,因为所有的表数据都是系统表空间.在MySQL 5.6及更高版本中抽水马桶…用于出口语法准备一个InnoDB表复制到另一个服务器;运行修改表…丢弃表空间而且修改表…导入表空间在另一个服务器上将复制的数据文件带到另一个实例中。一个单独的. cfg文件,随.ibd文件,用于更新表元数据(例如空间ID)作为导入表空间。看到导入InnoDB表获取使用信息。

使用——use-tts选项可以使用可传输表空间创建备份。另请参阅第5.1.5节“恢复使用——use-tts选择”

另请参阅部分备份

TTS

的缩写形式移动式表空间

另请参阅部分备份移动式表空间

TTS备份

使用。创建的备份可迁移表空间(TTS),即用——use-tts选择。

另请参阅non-TTS备份部分备份移动式表空间

W

热备份

一个备份在数据库运行时执行,但这会限制备份过程中的一些数据库操作。例如,表可能变成只读的。对于繁忙的应用程序和网站,您可能更喜欢热备份

另请参阅备份冷备份热备份