MySQL的词汇

元数据ARCHIVE表。增强与该文件。这个扩展名的文件都包含在生成的备份mysqlbackup指挥的MySQL企业备份产品

参见该文件，MySQL企业备份，mysqlbackup命令

档案表的数据。对比ARM文件。这个扩展名的文件都包含在生成的备份mysqlbackup指挥的MySQL企业备份产品

参见ARM文件，MySQL企业备份，mysqlbackup命令

原子性、一致性的缩写站，隔离，和耐久性。这些特性在数据库系统中都是不可取的，都是紧密联系在一起的一个概念交易。交易的特征InnoDB坚持原则的酸

交易原子的工作单位，可以坚信的或回滚。当一个事务使多个数据库的改变，所有的改变成功在事务提交或撤消，所有的改变都是在事务回滚时。

数据库处于一致状态时每个提交或回滚后，当交易正在进行中。如果相关数据被更新在多个表，查询看到所有旧的价值或新的价值观，而不是旧值和新值的组合。

保护交易（隔离的）彼此时他们都在进步；他们不能互相干扰或看到对方的未提交的数据。这种隔离是通过锁定机制.有经验的用户可以调整隔离级别贸易保护，减少在增加性能有利，并发，当他们可以确保交易真的不会互相干扰。

交易的结果是持久的：一旦提交操作成功，那交易是安全的电源故障、系统崩溃、竞争条件的变化，或者其他潜在的危险，许多非数据库应用程序是脆弱的。耐久性通常涉及写入磁盘存储，与一定量的冗余，防止电源故障或软件崩溃时写操作。（在InnoDB，的doublewrite缓冲协助耐久性。）

参见原子的，犯罪，并发，doublewrite缓冲，隔离级别，锁定，回降，交易

一个算法InnoDB表，消除了I/O开销介绍检查站。而不是冲洗所有的修改网页从缓冲池到数据文件在一次，定期刷新MySQL小套修改的网页。自适应算法通过估计冲洗的最优利率来执行这些周期冲延伸这一过程中，基于速率的冲洗和如何快速重做信息是生成的

参见缓冲池，检查点，数据文件，脸红，InnoDB，网页，重做日志文件

一个优化InnoDB表格可以加快查找使用=和IN运营商，通过构建哈希索引在记忆中。MySQL监控指标搜索InnoDB表，如果查询可以从一个哈希索引的好处，它建立一个自动索引网页这是经常访问。在某种意义上，自适应哈希索引配置MySQL在运行时利用充足的内存，接近内存数据库的体系结构。这个功能是由innodb_adaptive_hash_index配置选项。因为这个功能的好处有些工作负载而不是别人，和用于哈希索引的内存保留在缓冲池，通常你应该使用此功能启用和禁用的基准。

哈希索引是基于现有的建B-树在表的索引。MySQL可以建立一个Hash索引在任何长度的前缀树定义的关键，取决于对索引搜索模式。哈希索引可以是局部的；整个B树索引不需要缓存在缓冲池。

在MySQL 5.6高，另一种方式来利用快速查找与单值InnoDB桌子是用InnoDBmemcached插件看到15.19节，“InnoDB Memcached插件”详情

参见B-树，缓冲池，哈希索引，memcached，网页，次要指标

的缩写自适应哈希索引

参见自适应哈希索引

的缩写异步I/O。你可能会看到这个缩写在InnoDB关键词或信息

参见异步I/O

一组函数或程序。一个API提供了一组稳定的功能、程序、参数的名称和类型和返回值。

当一个备份产生的MySQL企业备份产品不包括最近发生的变化，而备份正在进行中，更新的备份文件，包括那些改变是众所周知的过程申请步。它是由指定的apply-log期权的mysqlbackup命令

在变化时，我们指的是文件作为原备份。应用更改后，我们把文件作为准备备份。这些变化都记录在ibbackup_logfile文件；一旦申请步骤完成后，该文件不再是必要的。

参见热备份，ibbackup_logfile，MySQL企业备份，准备备份，原备份

一种类型的I/O操作，允许其他处理前进行I/O完成。也被称为非阻塞I/O，简称AIOInnoDB使用这种类型的I / O的某些操作可以并行运行而不影响数据库的可靠性，如阅读页面进缓冲池实际上还没有被要求，但可能需要很快。

从历史上看，InnoDB使用异步I/O的Windows系统。从InnoDB Plugin 1.1和MySQL 5.5，InnoDB使用异步I/O在Linux系统。这改变了依赖libaio。异步I/O在Linux系统上配置使用innodb_use_native_aio选项，这是默认启用。在其他Unix系统，InnoDB使用同步I/O只。

参见缓冲池，非阻塞I/O

在SQL中，交易有工作单位的，要么全部成功（当坚信的）或根本没有效果（当回滚页：1不可分割（“原子”）交易的性质“一“的缩写酸

参见酸，犯罪，回降，交易

一个原子DDL语句是一个结合数据字典更新,存储引擎操作，和二进制日志写相关的DDL操作成一个单一的原子事务。该交易是完全提交或回滚，即使服务器停止运行期间。Atomic DDL支持MySQL 8中添加。有关更多信息，参见第13.1.1，“原子数据定义语句的支持”

参见二进制日志，数据字典，DDL，存储引擎

由CPU提供了特殊的指令，以确保关键的低级操作不能中断。

一个表的列属性（指定的AUTO_INCREMENT关键词），自动添加一个递增的序列的值在列。

它节省了开发人员的工作，没有产生新的独特的价值观时，插入新的行。它提供了查询优化器有用的信息，因为该列是无效的和独特的价值观。从这样一个列的值可以作为在不同的上下文中查找键，因为他们是自动生成的没有理由永远改变他们；因为这个原因，主键列经常被指定为自动递增。

自动递增列可以与基于语句的复制问题，因为应对奴隶的语句可能不会产生的列值设置为相同的主人，由于时间的问题。当你有一个自动递增主键，可以使用基于语句的复制与设置innodb_autoinc_lock_mode=1。如果你有innodb_autoinc_lock_mode=2插入操作，允许更高的并发性，使用基于行的复制而不是基于语句的复制。设置innodb_autoinc_lock_mode=0不应该除了兼容性的目的。

（连续锁模innodb_autoinc_lock_mode=1）是默认设置MySQL 8.0.3之前。在MySQL 8.0.3，交错的锁模式（innodb_autoinc_lock_mode=2）是默认的，它反映了基于语句的基于行的复制作为默认复制类型的变化。

参见自动增量锁定，innodb_autoinc_lock_mode，主键，基于行的复制，基于语句的复制

一个方便自动增量主键是并发一些权衡。在最简单的情况下，如果一个事务插入的值插入表中，任何其他事务必须等待自己做的插入，表格，以便行第一个事务插入接收连续的主键值。InnoDB包括优化和innodb_autoinc_lock_mode选项使您可以配置和自动增量值最大可预测的序列之间的最佳平衡并发插入操作

参见自动增量，并发，innodb_autoinc_lock_mode

一个设置，使犯罪术后每SQL声明。这种模式是不推荐使用InnoDB表交易跨越几个语句。它可以帮助性能只读事务打开（放）InnoDB表，它最大限度地减少开销锁定和代解开数据，特别是在MySQL 5.6.4和。这也适用于工作MyISAM表，交易不适用

参见犯罪，锁定，只读事务，SQL，交易，解开

应对能力，并在必要时恢复，在主机故障，包括故障的MySQL数据库，操作系统或硬件和维护活动，否则可能造成停机。经常搭配可扩展性作为一个大规模部署的关键方面。

参见可扩展性

一棵树的数据结构，在数据库中使用的指标是受欢迎的。结构保留排序在所有的时间，使精确匹配快速查找（等于运算符）和范围（例如，大于，小于，和BETWEEN运营商）。这种类型的索引可用于大多数的存储引擎，如InnoDB和MyISAM

因为B树节点可以有许多孩子，树不成一棵二叉树一样，这是仅限于每节点2个孩子。

对比哈希索引，这在只有MEMORY存储引擎。这个内存存储引擎也可以使用B树索引，你应该选择B树索引MEMORY如果某些查询表使用范围运算符。

长期使用的B-树的目的是作为一个参考指标设计的通用类。B树结构的MySQL存储引擎可以看作是由于混合不在经典的B树设计发明的变体。有关信息，请参阅InnoDB页面结构文件头部分的MySQL内部手册

参见哈希索引

在MySQL的SQL语句标识符必须引用使用那些字符（`）如果他们包含特殊字符或保留字。例如，参考表名Foo #酒吧或一个叫作SELECT，你会指定标识符` foo #酒吧`和`SELECT`。由于引号提供额外的安全级别，它们广泛用于程序生成的SQL语句，在标识符名称可能不可预知的。

许多其他的数据库系统使用双引号（"）这种特殊的名字。可移植性，可以使ansi_quotes模式在MySQL和用引号双引号限定标识符名称。

参见SQL

复制部分或全部从一个MySQL实例表数据和元数据的过程，保管。也可以指复制文件集。这是数据库管理员的一项重要任务。这一过程相反的是恢复运营

MySQL，物理备份是由MySQL企业备份产品，和逻辑备份是由mysqldump命令。这些技术已在大小和备份数据表示方面的不同特点，和速度（尤其是还原操作的速度）。

备份又分为热，温暖的，或寒冷的这取决于他们如何干扰正常的数据库操作。（热备份的干扰最小，最有冷备份。）

参见冷备份，热备份，逻辑备份，MySQL企业备份，mysqldump，物理备份，热备份

非生成表的列上存储生成的列或列的虚拟产生的基础。换句话说，基柱是一种非生成表的列是一个生成的列定义的一部分。

参见生成的列，存储生成的列，虚拟生成的列

在一个软件产品的生命的早期阶段，当它只可用于评价，通常没有明确的发行数量或数小于1。InnoDB不使用β-设计，喜欢早期采用者相，可以扩展到多点释放，导致GA发布

参见早期采用者，GA

一个包含所有报表，企图改变表的数据记录文件。这些陈述可以重播将从服务器到目前为止在复制的情况下，或将一个数据库到目前为止从备份恢复数据后。二进制日志功能可以被开启和关闭，虽然Oracle建议总是使它如果你使用复制或执行备份。

你可以检查二进制日志的内容，或重放这些语句复制或恢复过程中，通过使用mysqlbinlog命令。关于二进制日志的详细信息，参见5.4.4节，“二进制日志”。MySQL的配置选项的二进制日志，看第17.1.6.4，二进制日志记录选项和变量”

对于MySQL企业备份产品内的二进制日志文件的当前位置的文件名是重要的细节。记录这些信息对于主服务器将备份在复制的背景下，你可以指定--slave-info选项

MySQL 5之前，类似的能力，称为更新日志。在MySQL 5高，二进制日志替换更新日志。

参见二进制日志，MySQL企业备份，复制

对于一个非正式的名称二进制日志文件例如，你可能会看到这个缩写用于电子邮件或论坛讨论。

参见二进制日志

一种特殊的方式全文检索启用了WITH QUERY EXPANSION条款.它执行搜索的两倍，其中第二搜索的短语是原来的搜索短语的几个最高度相关的文件，从最初的搜索链接。该技术主要适用于较短的搜索短语，也许只有一个字。它可以发现相关的比赛，精确的搜索词在文档中出现不。

参见全文检索

一个系统，在尺寸或容量约束的一部分，有限制的整体吞吐量的影响。例如，一个存储区可能小于必要；访问一个所需的资源可能会阻止多个CPU内核同时运行；或等待磁盘I/O完成可能防止CPU在满负荷运转。消除瓶颈趋于完善并发。例如，有多个能力InnoDB缓冲池的情况下，减少竞争当多个会话读写缓冲池，同时。

参见缓冲池，并发

一关机手术之后立即重新启动。理想的情况是一个相对较短的热身期使性能和吞吐量迅速返回到一个高水平。

参见关机

一种机制，用于管理不同大小的网页在InnoDB缓冲池

参见缓冲池，网页，页面大小

内存或磁盘区用于临时存储。数据被缓存在内存中，它可以有效地写入磁盘，和一些大型的I/O操作，而不是许多小。数据缓冲在可靠性更高的磁盘，所以它可以恢复，即使崩溃或其他故障发生在最不可能的时间。使用InnoDB缓冲区的主要类型是缓冲池，的doublewrite缓冲，和变化的缓冲

参见缓冲池，变化的缓冲，崩溃，doublewrite缓冲

将缓存的内存区InnoDB为表和索引数据。对于大批量的读操作效率，缓冲池分为网页可以容纳多个行。用于高速缓存管理效率，缓冲池作为一个页面链表实现；是很少使用的数据超过了缓存，使用变化的LRU算法.对大内存的系统中，你可以通过将缓冲池为多个改善并发性缓冲池的实例

几个InnoDB状态变量，information_schema表，并performance_schema表帮助监测缓冲池的内部运作。在MySQL 5.6开始后，你可以重新启动服务器，避免长时间的热身，特别是对于大型缓冲池的情况下，通过节约缓冲池的状态在服务器的关闭和恢复的缓冲池，在服务器启动时同样的状态。看到第15.6.3.8，“保存和恢复缓冲池的状态”

参见缓冲池的实例，LRU，网页，热身

任何的多个区域，缓冲池可分为，由innodb_buffer_pool_instances配置选项。总内存大小指定的innodb_buffer_pool_size分所有缓冲池实例之间。通常，有多个缓冲池的情况下是适当的分配多个千兆字节的系统InnoDB缓冲池，每个实例的一个字节或更大。在系统加载或查阅大量从多个并发会话缓冲池中的数据，有多个缓冲池的情况下，减少了数据结构，管理缓冲池的独家访问竞争。

参见缓冲池

内置InnoDB在MySQL存储引擎的存储引擎分布的原始形式。对比与InnoDB插件。从mysql 5.5，InnoDB Plugin合并回MySQL的代码作为内置InnoDB存储引擎（称为InnoDB 1.1）。

这种区别主要是在MySQL 5.1的重要，其中一个功能或bug修复可能适用于InnoDB，但没有内置InnoDB，反之亦然

参见InnoDB

的关系和行为形式的商业软件的基础序列，用于运行一个商业公司。有时，这些规则是由法律、公司政策的其他时间。仔细的规划，保证关系进行编码和数据库中执行，并通过应用逻辑执行的动作，准确反映公司实际的政策和处理现实生活中的情况。

例如，一个员工离开公司可能会引发一系列的人力资源部门的行动。人力资源数据库可能也需要有灵活性，代表一个人已经聘请了数据，但还没有开始工作。关闭在线服务帐户可能被从数据库中删除数据，或数据可能被移动或标记，以便它可以如果帐户重新恢复。公司可以建立关于工资的最大值，最小值和调整政策，除了基本的检查，比如工资不是负数。零售数据库可能不允许具有相同的序列号购买回一次以上，或可能不允许信用卡购物超过一定值，而用于检测欺诈数据库可能会允许这类事情。

参见关系

与使用一个元数据文件InnoDB可传输表空间功能特色它是由命令生成FLUSH TABLES ... FOR EXPORT，把一个或多个表在一个一致的状态，可以复制到另一台服务器。这个CFG桩复合地基文件复制以及相应的IBD文件，用于调整的内在价值.ibd文件，如空间ID，在ALTER TABLE ... IMPORT TABLESPACE步

参见IBD文件，空间ID，可传输表空间

存储频繁或高速检索数据的副本的任何内存区域的总称。进入InnoDB，缓存结构的主要类型是缓冲池

参见缓冲区，缓冲池

在一个表中的不同值的个数专栏。当查询所引用的列有相关指数，每列的影响，访问方法是最有效的基数。例如，一个柱形唯一的约束，不同值的数目等于表中的行数。如果一个表有一百万行，但对于一个特定的列只有10个不同的值，每个值出现（平均）的100000倍。查询等SELECT c1 FROM t1 WHERE c1 = 50;因此可能会返回1行或一个巨大的行数，和数据库服务器可以处理查询不同的基数C1

如果列中的值的分布极不平衡，基数可能不确定最佳的查询计划的一个好方法。例如,SELECT c1 FROM t1 WHERE c1 = x;可能会返回一行时x=50一百万行时x=30。在这种情况下，您可能需要使用索引提示通过建议，查找方法为特定的查询效率更高。

基数也可以适用于不同的多个列中的值的数量，如在综合指数

参见专栏，综合指数，指数，索引提示，随机跳，选择性，唯一约束

一个特殊的数据结构来记录变化网页进入次要指标。这些值可能会导致SQLINSERT，UPDATE，或DELETE报表（DML）。涉及改变缓冲区被统称为特征集变化的缓冲的，由插入缓冲，删除缓冲，和清除缓存

变化仅仅是记录在改变缓冲时从二级指标的相关页面不在缓冲池。当相关的索引页面进入缓冲池，而相关的变化仍在变化的缓冲，这是应用页面缓冲池中的变化（合并）使用从改变缓冲区中的数据。定期的净化操作运行时系统大多闲置，或缓慢关闭期间，书写新的索引页到磁盘。在清除操作可以对一系列指标值比如果每个值被写入到磁盘的磁盘块立即地写。

身体，改变缓冲区的一部分系统表空间，使指数变化保持缓冲在数据库重新启动。变化是唯一的应用（合并）当页面进入缓冲池，由于一些其他的读操作。

并存储在缓冲区的数据量变化的类型是由innodb_change_buffering和innodb_change_buffer_max_size配置选项。看在变化的缓冲区的当前数据信息，问题SHOW ENGINE INNODB STATUS命令

原名插入缓冲

参见缓冲池，变化的缓冲，删除缓冲，DML，插入缓冲，插入缓冲，合并，网页，净化，清除缓存，次要指标，系统表空间

一般的功能包括变化的缓冲的，由插入缓冲，删除缓冲，和清除缓存。指数的变化从SQL语句造成的，这通常涉及随机I/O操作，保持背部和背景进行定期线。这一系列的操作可以对一系列指标值比如果每个值被写入到磁盘的磁盘块立即地写。受innodb_change_buffering和innodb_change_buffer_max_size配置选项

参见变化的缓冲，删除缓冲，插入缓冲，清除缓存

为使被缓存在数据页的变化缓冲池，这些变化都写入数据文件一段时间后，这一过程称为冲洗。检查点是一个最新的变动记录（以LSN值）已成功写入数据文件。

参见缓冲池，数据文件，脸红，模糊检验点，LSN

进入InnoDB，验证机制来检测腐败时网页在一个表空间从磁盘中读取到InnoDB缓冲池。这个功能是由innodb_checksumsMySQL 5.5中的配置选项。innodb_checksums在mysql 5.6.3弃用，取而代之innodb_checksum_algorithm

这个innochecksum命令可以在一个规定的校验值的测试诊断的腐败问题表空间文件在MySQL服务器关闭。

MySQL也使用和复制的目的。有关详细信息，参见配置选项binlog_checksum，master_verify_checksum，和slave_sql_verify_checksum

参见缓冲池，网页，表空间

在一个外键关系，子表的行是指（或点）到另一个表中的行与特定列相同的值。这是表包含FOREIGN KEY ... REFERENCES条款和可选在更新和ON DELETE条款.在相应的行父表必须在排可以在子表中创建的存在。子表中的值可以防止删除或更新父表的操作，或可导致子表中自动删除或更新，基于ON CASCADE选择使用时创建外键

参见外键，父表

一网页在InnoDB缓冲池在内存中的所有变化也被写（冲洗）的数据文件。一个相反的脏页

参见缓冲池，数据文件，脏页，脸红，网页

一关机完成没有错误，并适用于所有的变化InnoDB表之前完成，而不是一个崩溃或快速关机。同义词缓慢关闭

参见崩溃，快速关机，关机，缓慢关闭

一种程序发送请求到服务器，并解释或过程的结果。客户端软件可能只运行一段时间（如一个邮件或聊天程序），并可能交互运行（如MySQL命令处理器）

参见MySQL，服务器

这个InnoDB一个术语主键指数InnoDB表存储组织基于主键列的值，以加快查询的速度和类型的主键列。为了获得最佳性能，精心选择基于性能最关键的查询主键列。因为修改的聚集索引的列是一个昂贵的操作，选择那些很少或从不更新主列。

在Oracle数据库产品，这种类型的表称为一个索引组织表

参见指数，主键，次要指标

一备份在数据库关闭。繁忙的应用程序和网站，这可能是不实际的，你可能会喜欢热备份或热备份

参见备份，热备份，热备份

一个数据项在行，其存储和语义的数据类型定义。每个表和指数很大程度上是由它所包含的列集。

每列都有一个基数value。在柱过程中可以的主键其表，或主键的一部分。一列可以是一唯一的约束，一个非空约束，或两者。在不同的列值，甚至在不同的表格，可以联系的外键关系

在MySQL内部操作的讨论，有时领域is used as a同义词。

参见基数，外键，指数，非空约束，主键，行，表，唯一约束

一个指数在单柱

参见综合指数，指数

当一个指数是一种长度规格的创建，如CREATE INDEX idx ON t1 (c1(N))，只有前n个字符列的值存储在索引。保持指数前缀小使索引结构紧凑，与内存和磁盘I/O的储蓄帮助性能。（虽然使得指数前缀太小会妨碍查询优化的不同的价值观使行出现查询优化器是重复的。）

包含二进制值或长文本字符串的列，其中排序不是主要考虑在索引中存储整个价值会浪费空间，索引会自动使用第一个（通常为768）的价值进行查找和分类特征。

参见指数

一SQL说的是交易，使永久性的事务作出任何改变。这是相反的回降在交易中，撤消所做的任何更改。

InnoDB使用一个乐观的机制的承诺，这样的变化可以写入到数据文件之前提交实际发生。该技术使承诺更快，与权衡，更多的工作是在一个回滚的情况下所需的。

默认情况下，MySQL的使用自动提交设置，自动执行COMMIT以下每个SQL语句。

参见自动提交，乐观的，回降，SQL，交易

一行格式InnoDB表。这是默认的行格式从MySQL 5.0.3 MySQL 5.7.8。在MySQL 8中，默认的行格式定义的innodb_default_row_format配置选项，其中有一个默认设置动态。这个粉盒行格式为空值和可变长度列一个更紧凑的表示比冗余行格式

有关更多信息InnoDB粉盒行格式，见第15.10.4，紧凑和多余的行格式”

参见动态行格式，文件格式，多余的行格式，行格式

一个指数包括多个列

参见指数

的压缩特性MySQL企业备份产品使压缩的副本的每个表空间，改变扩展.ibd到。-。压缩备份数据可以保持更多的备份在手，减少时间转移到不同的服务器备份。未经压缩的数据还原操作期间。当一个压缩的备份操作流程表已经被压缩，它跳过该表的压缩，因为压缩又会导致很少或根本没有节省空间。

一组产生的文件MySQL企业备份产品，其中每个表空间压缩。压缩文件重命名为一.ibz文件扩展名

应用压缩在备份过程开始有助于避免在压缩过程中的存储开销，并避免网络开销时，转移到另一个服务器的备份文件。过程应用这个二进制日志需要更长的时间，而且需要解压缩备份文件。

参见申请，二进制日志，压缩，热备份，MySQL企业备份，表空间

一行格式使数据和指标压缩为InnoDB表大字段存储远离认为行数据的其他页面，如动态行格式。无论是索引页和大领域被压缩，产生的内存和磁盘的储蓄。根据数据结构，内存和磁盘使用的减少可能会或可能不会超过解压缩数据的性能开销，因为它是用。看到15.9节，“InnoDB表和页面压缩”使用细节

有关更多信息InnoDB压缩的行格式，见第15.10.3，动态压缩行格式”

参见压缩，动态行格式，行格式

一个表中的数据是以压缩形式存储。为InnoDB这是一个表创建的，ROW_FORMAT=COMPRESSED。看到15.9节，“InnoDB表和页面压缩”更多信息

参见行压缩格式，压缩

一个使用较少的磁盘空间，广泛的利益特征，执行I / O，并使用更少的内存缓存。

InnoDB支持表级和页面级压缩。InnoDB网页压缩也被称为透明页面压缩。为更多的信息关于InnoDB压缩，看15.9节，“InnoDB表和页面压缩”

另一种类型的压缩是压缩备份特征的MySQL企业备份产品

参见缓冲池，压缩备份，行压缩格式，DML，透明页面压缩

没有真正的错误，而不是一个昂贵的操作时，使用压缩结合DML运营它发生在一个压缩的更新：网页保留记录的修改页面区域溢出；页面压缩了，所有的更改应用到数据表；再压缩的数据不适合在原来的页面，需要MySQL数据分割成两个新的页面，每一个单独的压缩。检查这种情况的频率，查询INFORMATION_SCHEMA.INNODB_CMP表格和检查多少价值的compress_ops列的值超过COMPRESS_OPS_OK专栏理想情况下，压缩故障不经常发生；当他们这样做时，你可以调整innodb_compression_level，innodb_compression_failure_threshold_pct，和innodb_compression_pad_pct_max配置选项

参见压缩，DML，网页

多操作的能力（在数据库术语，交易）同时运行，互不干扰。并发还参与演出，因为理想的同时为多个交易的保护工作以最小的性能开销，使用有效的机制锁定

参见酸，锁定，交易

文件保存选项值使用MySQL启动时。传统上，在Linux和UNIX这个文件的名称my.cnf，和Windows是命名my.ini。你可以设置一些在InnoDB相关选项[mysqld]文件的部分

看到第4.2.6、“使用选项文件”信息搜索在MySQL的配置文件。

当你使用MySQL企业备份产品，通常使用两个配置文件：一个指定数据的来源以及如何构成（这可能是您的服务器的配置文件），和一个精简的一个只包含一个小的设置选项，指定在备份的数据以及如何构成。与使用的配置文件MySQL企业备份产品必须包含通常排除规则配置文件的选项，所以你可能需要添加到您现有的配置文件选项一起使用MySQL企业备份

参见my.cnf，MySQL企业备份，选项，选项文件

读操作使用快照信息的基础上在一个时间点的查询的结果，无论是同时运行的其他事务执行的变化。如果查询的数据已被其他事务改变，原始数据是基于内容的重构撤消日志. 这技术证明了一些锁定的问题，可以减少并发通过强迫交易等其他交易完成。

与可重复读隔离级别，快照是基于时间的时候第一次读操作执行。与提交读快照隔离级别，设置为每个读操作的时间一致。

一致性读是在默认模式InnoDB过程选择报表提交读和可重复读隔离级别。因为一致读不设置任何锁表的访问，其他会话可以自由修改的表而一致读的是桌上进行。

对技术细节的适用的隔离级别，看第15.5.2.3，“一致的非锁定读”

参见并发，隔离级别，锁定，提交读，可重复读，快照，交易，撤消日志

自动测试可以阻止数据库变化来防止数据变得不一致。（在计算机科学方面，一种一个不变的条件下，相关的断言）约束的重要组成部分酸哲学，保持数据的一致性。支持mysql的约束包括外资的关键约束和唯一约束

参见酸，外键，唯一约束

一个值递增的一种特殊的InnoDB运营用于测量一个服务器有多忙，解决性能问题的来源，并测试是否变化（例如，配置设置或指标用于查询）所需的低水平的影响。不同种类的计数器，可通过性能模式表和information_schemaTable，particularlyINFORMATION_SCHEMA.INNODB_METRICS

参见information_schema，度量计数器，性能模式

一个指数这包括所有列的查询检索。而不是使用索引值来找到完整的表行的指针，查询返回的值的索引结构，节省磁盘I / O.InnoDB可以应用这种优化技术指标比MyISAM更多，因为InnoDB二级指标还包括主键专栏InnoDB无法应用此技术对表由一个事务修改查询，直到交易结束。

任何列的索引或综合指数可以作为一个覆盖指数，对给定的查询。设计你的索引和查询，利用优化技术，尽可能。

参见列的索引，综合指数，指数，主键，次要指标

一种工作量其中主要的瓶颈在内存CPU运算。通常涉及读密集型的操作的结果都可以被缓存在缓冲池

参见瓶颈，缓冲池，工作量

MySQL使用的术语“崩溃“代指任何意外关机运行在服务器不能正常清理。例如，事故可能发生在数据库服务器或存储设备硬件故障；一个断电；潜在的数据不匹配导致MySQL服务器停止；一快速关机由DBA发起；或有其他的原因。强大的，自动崩溃恢复为InnoDB表确保数据一致时，重新启动服务器，无需任何额外工作的DBA。

参见崩溃恢复，快速关机，InnoDB，关机

清理活动发生时，MySQL后再次启动崩溃。为InnoDB表格不完整交易，改变被使用的数据来自重做日志文件。的变化，坚信的在崩溃之前，但尚未写入数据文件，重建从doublewrite缓冲。当数据库正常停运，这类活动是执行期间关闭了净化运营

在正常操作过程中，提交的数据可以存储在变化的缓冲前一段时间被写入数据文件。总有一个保持最新的数据文件之间的权衡，其中介绍了性能开销正常运行时，缓冲数据，使停机和故障恢复需要更长的时间。

参见变化的缓冲，犯罪，崩溃，数据文件，doublewrite缓冲，InnoDB，净化，重做日志文件

的缩写“创建、读取、更新、删除“，常见的数据库应用程序中的操作顺序。通常指一类相对简单的数据库应用程序（基本用法DDL，DML和查询报表SQL），可以在任何语言的快速实现。

参见DDL，DML，查询，SQL

一个内部数据结构，是用来代表一个结果查询，或其他操作执行搜索使用SQLWHERE条款.它像其他高级语言的一个迭代器，生产的每一个值从结果集的要求。

虽然SQL游标通常处理为你处理，你可能会深入到内部工作时处理性能的关键代码。

参见查询

元数据记录等数据库对象表，指标，和表专栏。对于MySQL数据字典，介绍了在MySQL 8中，元数据是位于InnoDB文件表在表空间文件mysql数据库目录。对于InnoDB数据字典，元数据是位于身体InnoDB系统表空间

因为MySQL企业备份产品总是备份InnoDB系统表空间的备份，包括所有的内容InnoDB数据字典

参见专栏，文件表，FRM文件，指数，MySQL企业备份，系统表空间，表

目录下，每个MySQL实例保持数据文件为InnoDB代表个人的数据库目录。受datadir配置选项

参见数据文件，实例

身体包含文件表和指数数据

这个InnoDB系统片，持有InnoDB数据字典并能保持数据的多InnoDB表，是由一个或多个代表ibdata数据文件

每个表的表空间文件，将一个单一的数据InnoDB表，是由一个鸡传染性法氏囊病数据文件

一般的表空间（介绍MySQL 5.7.6），可多容纳数据InnoDB表，也由一个鸡传染性法氏囊病数据文件

参见数据字典，文件表，一般的表空间，IBD文件，ibdata文件，指数，系统表空间，表，表空间

一个数据库系统或应用程序，主要是大查询。只读或读为主的数据可能是有组织的规格化查询效率。可以从中受益的优化只读事务在MySQL 5.6和更高。对比OLTP

参见规格化，OLTP，查询，只读事务

在MySQL数据目录，每个数据库是由一个单独的目录表示。InnoDB系统片，可容纳表从多个数据库中的数据在一个MySQL实例，保持数据文件居住在单个数据库目录。什么时候文件表模式是启用的IBD文件代表个人InnoDB表存储在数据库目录，除非在别处使用DATA DIRECTORY条款.一般的表空间，介绍了在MySQL 5.7.6，也持有表数据IBD文件。不同于文件表IBD文件，一般的表空间IBD文件可以把表从多个数据库中的数据在一个MySQL实例，可分为相对独立的MySQL数据目录或目录。

长期的MySQL用户，数据库是一个熟悉的概念。用户从Oracle数据库的一个背景，会发现一个数据库MySQL的含义更接近Oracle数据库调用图式

参见数据文件，文件表，IBD文件，实例，图式，系统表空间

数据控制语言，一套SQL管理权限的声明。在MySQL数据库中，组成的GRANT和REVOKE声明.对比DDL和DML

参见DDL，DML，SQL

数据定义语言，一套SQL操纵数据库本身而不是个人的表行的语句。包括所有形式的CREATE，改变，和DROP声明.还包括截断声明，因为它不同于一DELETE FROM table_name声明，虽然最终的效果是相似的。

DDL语句自动犯罪目前交易他们不能；回滚

这个InnoDB在线DDL增强的性能特征CREATE INDEX，DROP INDEX，和许多类型的ALTER TABLE运营看到15.12节，“InnoDB和在线DDL”更多信息。另外，该InnoDB文件表设置可以影响行为DROP TABLE和TRUNCATE TABLE运营

对比DML和DCL

参见犯罪，DCL，DML，文件表，回降，SQL，交易

在不同的情况交易无法继续，因为每个持有锁具其他的需要。因为交易双方正在等待资源可用，都将释放它的锁。

死锁可以发生在多个表中的行交易锁（通过报表等UPDATE或选择更新），但在相反的顺序。死锁时也会出现这样的语句锁定范围的索引记录空白，每个交易获取一些锁而不是别人由于时机问题。

关于死锁的背景信息的自动检测与处理，见第15.5.5.2，“死锁检测和回滚”。为避免与死锁条件恢复提示，看第15.5.5.3，“如何减少和Handle Deadlocks”

参见Gap，锁具，交易

一种机制，可以自动检测到死锁时，自动回滚其中的一个交易参与（The受害者）。死锁检测可以禁用使用innodb_deadlock_detect配置选项

参见死锁，回降，交易，受害者

什么时候InnoDB过程删除表，行立即标记为删除，不再返回的查询。存储再生之后，周期性的垃圾收集过程中被称为净化运营去除大量的数据，用自己的表现特征的相关操作截断和滴

参见滴，净化，截断

二级索引页存储技术带来的变化，DELETE操作，在变化的缓冲而不是写的随之变化，使物理写入可减少随机I/O（因为删除操作是一个两步的过程，这个操作的缓冲区写入通常标记为删除的索引记录）是一种变化的缓冲；其他插入缓冲和清除缓存

参见变化的缓冲，变化的缓冲，插入缓冲，插入缓冲，清除缓存

数据存储策略，备份的数据在不同的表中，而不是连接表外键和加入查询。通常used in数据仓库应用程序，其中的数据不更新后装。在这些应用中，查询性能比制造简单的更新保持一致的数据更重要。对比归一化

参见数据仓库，外键，加入，归一化

一种指数在索引的存储优化过程ORDER BY column DESC条款.

参见指数

字典对象缓存存储先前访问数据字典内存中的对象，使对象重用和减少磁盘I / O. AnLRU基于驱逐策略用于将最近最少使用的对象从内存。高速缓存是由几个分区存储不同类型的对象。

有关更多信息，参见14.4节，“字典对象缓存”

参见数据字典，LRU

一网页在InnoDB缓冲池已更新的记忆中，那里的变化还没有写出来（冲洗）的数据文件。一个相反的干净的页面

参见缓冲池，干净的页面，数据文件，脸红，网页

一个检索不可靠的数据操作，数据被另一个事务更新但尚未坚信的。这是唯一可能的隔离级别被称为未提交读

这种手术不需要坚持酸数据库设计的原则。它被认为是非常危险的，因为数据可以回滚进一步，或更新之前被提交；然后，交易做脏读会使用，从未被证实是准确的数据。

它的对面是一致性读，在那里InnoDB确保一个事务不读信息被另一个事务更新，即使其他事务提交的同时。

参见酸，犯罪，一致性读，隔离级别，未提交读，回降

一种数据库，主要是组织在磁盘上存储的数据（硬盘或等效的）。数据带来的磁盘和内存之间来回进行操作。这是一个相反的内存数据库。虽然InnoDB是基于磁盘的，它也包含了如他缓冲池，多缓冲池的情况下，和自适应哈希索引允许某些类型的工作负载主要是从内存的工作。

参见自适应哈希索引，缓冲池，内存数据库

一种工作量其中主要的瓶颈是磁盘I/O（也被称为I/O密集型。）通常需要频繁的写入磁盘，或随机读取更多的数据比可以适应缓冲池

参见瓶颈，缓冲池，工作量

数据操纵语言，一套SQL语句执行INSERT，UPDATE，和DELETE运营这个SELECT声明有时被认为是作为一个DML语句，因为选择更新形式是受同样的考虑锁定作为INSERT，UPDATE，和DELETE

一个DML语句InnoDB在一个上下文操作表交易，所以它们的影响可以坚信的或回滚作为一个单位

对比DDL和DCL

参见犯罪，DCL，DDL，锁定，回降，SQL，交易

在InnoDB全文检索特征，一种特殊的列的表中包含全文索引，识别与每个文档IList价值。它的名字是FTS_DOC_ID（大写要求）。柱本身必须要bigint符号不空型，与一个命名的唯一索引FTS_DOC_ID_INDEX。最好，你在创建表时定义该列。如果InnoDB要向表中添加列时创建FULLTEXT索引，索引操作是相当昂贵的。

参见全文检索，全文索引，IList

InnoDB使用一个文件doublewrite冲洗技术。在写作前网页到数据文件，InnoDB他们先对相邻地区的doublewrite写缓冲。只有在写的doublewrite缓冲液冲洗已经完成，并InnoDB在写数据文件到适当的位置的页面。如果有一个操作系统，存储子系统，或mysqld在一页写中间过程碰撞，InnoDB以后可以找到网页的一个很好的副本从doublewrite缓冲区中崩溃恢复

虽然数据总是写两次的doublewrite缓冲不需要两倍的I/O开销或两倍的I/O操作。数据写入缓冲区本身作为一个连续的块，与一个单一的fsync()对操作系统的调用

关掉doublewrite缓冲，指定选项innodb_doublewrite=0

参见崩溃恢复，数据文件，网页，净化

一种DDL手术移除方案对象，通过这样一个语句DROP TABLE或DROP INDEX。它内部的地图ALTER TABLE声明。从一个InnoDB的角度来看，这样的操作的性能考虑涉及时间，数据字典锁定确保相关对象都更新，和时间更新的内存结构如缓冲池。对于一个表，删除操作有所不同的特点，比截断操作（TRUNCATE TABLEstatement）。

参见缓冲池，数据字典，DDL，表，截断

一个InnoDB行格式。因为长的可变长度列的值存储，持行数据页的行外，包括大的对象是非常有效的。由于大领域通常不访问评估查询条件，不纳入缓冲池通常，导致更少的I/O操作和更好地利用高速缓存存储器。

在MySQL 5.7.9，默认行格式定义innodb_default_row_format，其中有一个默认值动态

有关更多信息InnoDB动态行格式，见第15.10.3，动态压缩行格式”

参见缓冲池，文件格式，行格式

一个阶段的类似测试版，当一个软件产品通常是评估性能，功能，和非关键任务的环境兼容性。

参见测试版

一种日志显示关于MySQL的启动和运行时的错误信息和关键崩溃信息详情见5.4.2部分，“错误日志”

参见崩溃，日志

从缓存或其他临时存储区中删除项目的过程中，如InnoDB缓冲池。通常，但并非总是如此，使用LRU这是什么？当脏页是拆迁户，其内容是冲洗磁盘，和任何肮脏的邻居页可能是flushed所以。

参见缓冲池，脏页，脸红，LRU，邻居页

一种锁具这可以防止任何其他交易从锁定同一行。根据交易隔离级别，这种锁可以阻止其他事务写入相同的行，或者也可以阻止其他事务读取同一行。默认的InnoDB隔离级别，可重复读，使高并发通过允许交易阅读有排它锁的行，该技术被称为一致性读

参见并发，一致性读，隔离级别，锁具，可重复读，共享锁，交易

一组网页在一个表空间。为默认页面大小16Kb，某种程度上包含了64页。在MySQL 5.6中，一个页面大小InnoDB例如可以4KB，8KB，16KB，受innodb_page_size配置选项。为4KB，8KB，and 16Kb pages sizes，the extent size is always 1mb（or 1048576 Byts）.

为32KB和64KB的支持InnoDB页面大小是MySQL 5.7.6添加。为32KB的页面大小、程度大小为2MB。一个64KB页面大小、程度大小为4MB。

InnoDB等功能部分，读前请求和doublewrite缓冲使用I/O操作，读、写、分配、或免费的数据一定程度上在一个时间。

参见doublewrite缓冲，网页，页面大小，读前，段，表空间

一个包含数据文件，如表定义，一个MySQL表。.frm文件在MySQL 8中删除但仍在使用的早期的MySQL版本。在MySQL 8中，以前存储的数据。FRM文件存储在数据字典表

参见数据字典，MySQL企业备份，系统表空间

能力，首先介绍了InnoDB插件，现在在5.5高MySQL部分，加速创新InnoDB二级指标通过避免需要完全重写相关的表。加速下降的次要指标，也适用于。

因为索引维护可以增加性能消耗许多数据传输操作，考虑做手术如ALTER TABLE ... ENGINE=INNODB或插入…SELECT * FROM…没有任何地方的二级指标，并建立索引之后。

在MySQL 5.6中，这个功能变得更普遍。你可以读写表，索引被创建，和许多种ALTER TABLE可以执行的操作而不复制表，无堵塞DML操作，或两者。因此在MySQL 5.6和更高，这些特征被称为在线DDL而不是快速创建索引

相关的信息，看InnoDB快速创建索引，和15.12节，“InnoDB和在线DDL”

参见DML，指数，在线DDL，次要指标

默认的关机程序InnoDB，基于配置设置innodb_fast_shutdown=1。为了节省时间，一定脸红操作跳过。在正常的使用这种类型的关闭是安全的，因为冲水操作下启动过程中进行的，使用相同的机制为崩溃恢复。如果数据库被关闭了一个升级或降级，做缓慢关闭相反，以确保所有相关的变化应用到数据文件在关机

参见崩溃恢复，数据文件，脸红，关机，缓慢关闭

文件格式InnoDB表

参见文件表，IBD文件，ibdata文件，行格式

这个设置控制的通用名称innodb_file_per_table选择，这是一个重要的配置选项，影响方面InnoDB文件存储，可用性的特点，和I/O特性。在MySQL 5.6.7，innodb_file_per_table默认情况下启用

与innodb_file_per_table启用选项，你可以自己创建一个表IBD文件而不是在共享ibdata文件的系统表空间。表中的数据是存储在一个单独的IBD文件，你有更大的灵活性来选择行格式如数据所需的功能压缩。这个TRUNCATE TABLE操作也更快，和再生的空间可以使用的操作系统而不是保留InnoDB

这个MySQL企业备份产品更灵活的表，在他们自己的文件。例如，表可以排除一个备份，但如果他们是在单独的文件中。因此，此设置适用于表备份较少或在不同的时间表。

参见行压缩格式，压缩，文件格式，IBD文件，ibdata文件，innodb_file_per_table，MySQL企业备份，行格式，系统表空间

在一个InnoDB指数一个比例，网页这是由索引数据在页面分割。未使用的空间时，指标数据首先分页之间允许将行更长的字符串的值而无需昂贵的索引维护操作更新。如果填充因子太低，指标要比需要更多的空间，导致额外的I/O开销阅读索引时。如果填充因子太高，任何更新，增加列值的长度可用于索引维护带来额外的I/O开销。看到第15.8.2.2，“InnoDB索引的物理结构更多信息

参见指数，网页

这一行的格式是用MyISAM存储引擎，不InnoDB。如果您创建了一个InnoDB与选择表ROW_FORMAT=FIXED在MySQL 5.7.6或更早的，InnoDB使用紧凑的行格式相反，虽然FIXED值可能仍会显示在输出等显示表状态报告在MySQL 5.7.7，InnoDB返回一个错误如果ROW_FORMAT=FIXED指定

参见紧凑的行格式，行格式

要更改数据库文件被缓存在内存区或临时存储区。这个InnoDB存储结构，包括定期冲洗重做日志文件，的撤消日志，和缓冲池

Flushing可能因为存储区已满，系统需要释放一些空间，因为犯罪手术方式从交易的变化可以确定，或因为缓慢关闭手术意味着所有优秀的工作要完成。当它不冲洗所有缓冲数据在一次关键的，InnoDB可以使用一种称为模糊检验点把小批量的页面展开的I/O开销。

参见缓冲池，犯罪，模糊检验点，重做日志文件，缓慢关闭，撤消日志

一个内部InnoDB数据结构，轨道脏页在缓冲池是的，：网页已发生变化，需要写回磁盘。这是数据结构中经常更新的InnoDB内部的迷你交易，所以是由其自身的保护互斥允许并发访问的缓冲池。

参见缓冲池，脏页，LRU，迷你交易，互斥，网页，页面干净

一种指针类型的关系，行与行之间的分离InnoDB表外键关系定义一列的父表和子表

除了能够快速查找相关信息，有助于加强对外键参照完整性，以防止这些指针无效数据的插入、更新和删除。这是一种执法机制约束。一排，点到另一个表不能如果关联的外键值不在其他表中存在插入。如果删除一行或外键值改变，排在另一个表点到外键值，外键可以设置防止缺失，导致在其他表中对应的列值为无效的，或自动删除相应的另一个表中的行。

一个阶段的设计归一化数据库是确定复制数据，将数据导入新表，并设置外键关系的多个表可以查询就像一个表，使用加入运营

参见子表，外键约束，加入，归一化，无效的，父表，参照完整性，关系

类型约束维护数据库的一致性通过外键关系像其他种类的限制，它可以防止数据被插入或更新的数据将变得不一致，如果不一致；在这种情况下，不能在多个表之间的数据。另外，当DML进行操作，FOREIGN KEY约束可能导致数据到相关的子行被删除，更改为不同的值，或者设置为无效的，基于ON CASCADE选项指定当创建外键

参见子表，约束，DML，外键，无效的

在大多数情况下，一个缩写全文检索。有时在性能的讨论中，一个缩写全表扫描

参见全表扫描，全文检索

一备份这包括所有表在每一个MySQL数据库，和在一个MySQL的数据库实例。对比部分备份

参见备份，数据库，实例，部分备份，表

操作需要读表的全部内容，而不是只选择部分使用指数。通常可以用小的查找表，或在数据仓库的情况下，大表在所有可用的数据汇总和分析。这些操作如何频繁发生，和大小的表相对可用的内存，有用于查询优化和管理算法的影响缓冲池

指标的目的是让一个大表中的特定值或范围值的查找，从而避免全表扫描时，实际。

参见缓冲池，指数

寻找单词，短语，MySQL的功能词的布尔组合，所以在表中的数据，在一个更快，更方便，更灵活的方式比使用SQLLIKE操作员或编写自己的应用程序级别的搜索算法。它使用SQL函数MATCH()和全文索引

参见全文索引

这类特殊的指数持有搜索指数在MySQL全文检索机制.代表从一列值的话，省略任何被指定为停用词。原来，只有MyISAM表5.6.4启动MySQL，它也可用于InnoDB表

参见全文检索，指数，InnoDB，搜索指数，停用词

一种技术，冲小批量脏页从缓冲池，而不是冲洗一次会破坏数据库处理所有脏页。

参见缓冲池，脏页，脸红

“一般可用“当一个软件产品的阶段，叶测试版与发售，官方的支持，与生产应用。

参见测试版

在一个地方InnoDB指数数据结构，可以插入新值。当你锁定一组有这样一个语句行SELECT ... FOR UPDATE，InnoDB可以创建锁适用于间隙以及各指标的实际值。例如，如果你选择的所有值大于10更新，间隙锁可防止另一个事务插入一个新的值是大于10。这个上记录和下确界纪录代表空白包含所有值大于或小于当前所有指标值。

参见并发，间隙锁，指数，下确界纪录，隔离级别，上记录

一锁具在一个Gap索引记录之间，或锁上的差距在第一个或最后一个索引记录后。例如,SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE;可以防止其他事务插入一个值为15的列t.c1，是否已经有任何这样的列中的值，因为在范围内的所有现有值之间的差距被锁定。对比记录锁定和下一个关键的锁

间隙锁之间的权衡性能和部分并发，和被用在一些交易隔离层而不是别人

参见Gap，下确界纪录，锁具，下一个关键的锁，记录锁定，上记录

一种日志用于诊断和SQL语句的MySQL服务器进行故障排除。可以存储在文件或数据库中的表。你必须通过启用此功能general_log配置选项来使用它。您可以禁用它通过一个特定的连接sql_log_off配置选项

记录更大范围的问题比慢查询日志。不像二进制日志，which is used for the general查询日志包含复制；SELECT陈述和不保持严格的顺序。有关更多信息，参见5.4.3节，“通用查询日志”

参见二进制日志，日志，慢查询日志

一个共享InnoDB表空间创建使用CREATE TABLESPACE语法。一般的表空间可以创建MySQL数据目录之外，能够容纳多个表，和所有的行格式支持表。介绍了在MySQL 5.7.6一般表空间。

表添加到一个表空间使用CREATE TABLE tbl_name ... TABLESPACE [=] tablespace_name或ALTER TABLE tbl_name TABLESPACE [=] tablespace_name语法

对比系统表空间和文件表表空间

有关更多信息，参见第15.7.10”一般，InnoDB表空间”

参见文件表，系统表空间，表，表空间

一列从表达式的值包含在计算列定义。一个生成的列可以事实上的或存储

参见基柱，存储生成的列，虚拟生成的列

一种交易参与XA运营它包括在自己交易的几个动作，但都必须成功完成为一组，或全部回滚为一组。在本质上，这种延伸酸性能“升一级“所以，多酸的交易可以执行在演唱会作为一个全球性的行动，也有酸性成分。

参见酸，交易，XA

一个InnoDB优化执行一些底层的I/O操作（写日志）一次为一组犯罪行动，而不是冲洗和同步分别提交。

参见二进制日志，犯罪

一种指数用于使用相等运算符的查询，而不是范围的运营商如大于或BETWEEN。它是可用的MEMORYTable .如果您发现有错误，请尽管发表评论！MEMORY由于历史原因表，存储引擎还支持B-树指标，这往往是通用查询一个更好的选择。

MySQL includes a变量of a变量of this Index类型，The MysQL Indicated of this Index类型，The MysQL自适应哈希索引，即构建自动InnoDB表如果基于运行时所需要的条件。

参见自适应哈希索引，B-树，指数，InnoDB

的缩写“硬盘驱动器“。指的是利用旋转的磁盘存储介质，通常在比较和对比SSD。其性能特点可以影响一个吞吐量基于磁盘的工作量.

参见基于磁盘的，SSD

周期性的发送这个消息表明系统运行正常。在一个复制的背景下，如果硕士停止发送这样的信息，其中的一个奴隶可以代替它。类似的技术可用于服务器之间的集群环境中，确认他们都运行正常。

参见主服务器，复制

一个值代表一个上限，一个硬限制，不应超过在运行时，或记录的最大值竟然达到了。对比低水位

参见低水位

一个列表交易有删除标记的记录将被处理InnoDB净化运营记录在撤消日志。历史记录列表的长度是由司令部报告SHOW ENGINE INNODB STATUS。如果历史列表就比值的时间innodb_max_purge_lag配置选项，每个DML操作延迟稍微让清洗操作完成冲洗删除记录

也被称为清除滞后

参见DML，脸红，净化，清除滞后，回滚段，交易，撤消日志

从一个页面释放空块。这个InnoDB透明页特征依赖于支持打孔。有关更多信息，参见第15.9.2，“InnoDB页面压缩”

参见稀疏档案，透明页面压缩

情况列表，或内部数据结构的访问很频繁，需要某种形式的锁定或相互排斥的，它的结果在性能和可扩展性的问题。

虽然“热“通常表明一个不良的条件下，一个热备份是备份的首选类型

参见热备份

在数据库运行和应用程序读写它的备份。备份不仅仅是简单的复制数据文件：它必须包含任何数据被插入或更新，备份过程；它必须排除任何数据，而备份过程中删除；它必须忽略任何未提交的更改。

Oracle产品进行热备份的InnoDB特别是but also from表表MyISAM和其他存储引擎，称为MySQL企业备份

热备份的过程包括两个阶段。数据文件的初始复制产生原备份。这个申请步骤包括发生在备份运行数据库的任何变化。应用变化产生制备备份；这些文件都准备在必要时恢复。

参见申请，MySQL企业备份，准备备份，原备份

数据文件文件表tablespaces and General tablespaces。给每台表空间.idb文件包含一个表和相关的索引数据。一般的表空间.idb文件可能包含多个表的表和索引数据。

这个.ibd文件扩展名不适用于系统表空间，它由一个或多个ibdata文件

如果每个表的表空间或表空间创建一个文件的DATA DIRECTORY =的条款，鸡传染性法氏囊病文件位于指定路径，超出正常数据目录。

当一个.ibd文件被压缩在一个备份包括MySQL企业备份产品，压缩等效为.ibz文件

参见数据库，文件表，一般的表空间，ibdata文件，-文件，innodb_file_per_table，MySQL企业备份，系统表空间

当MySQL企业备份产品执行压缩备份，它把每个表空间文件创建文件表设置从.ibd延伸到一个。-扩展

压缩应用在备份是不同的行压缩格式在正常操作期间保持表中的数据压缩。压缩备份操作跳过一表已在压缩行格式的压缩，压缩一次会减慢备份而产生很少或根本没有节省空间。

参见压缩备份，行压缩格式，文件表，IBD文件，MySQL企业备份，表空间

文件管理的设置InnoDB在一个MySQL数据库：的系统片，文件表表空间文件，和重做日志文件文件根据MySQL版本InnoDB配置，也可能包括一般的表空间，临时表空间，和撤销表空间文件这个术语有时被用来在详细讨论InnoDB文件的结构和格式是指文件管理的设置InnoDB在一个MySQL数据库。

参见数据库，文件表，一般的表空间，重做日志文件，系统表空间，临时表空间，撤销表空间

补充的备份文件创建的MySQL企业备份产品在热备份运营它包含任何数据发生的变化，而备份运行信息。初始备份文件，包括ibbackup_logfile，被称为一个原备份，因为备份操作期间发生的变化是不成立的。当你执行申请步原备份文件，生成的文件也包括那些最终数据的变化，被称为准备备份。在这一实习期间ibbackup_logfile文件不再是必要的

参见申请，热备份，MySQL企业备份，准备备份，原备份

一组等名称的文件ibdata1，ibdata2，等等，构成了InnoDB系统表空间。这些文件包含元数据InnoDB表，（的InnoDB数据词典），和一个或多个存储区UNDO日志，的变化的缓冲，和doublewrite缓冲。他们也可以包含一些或所有的表数据（取决于文件表模式实际上是在每个表创建）。当innodb_file_per_table选项启用，为新创建的表的数据和索引存储在单独的IBD文件Tableesace . Rather than in the system Tableesace .

的生长ibdata文件的影响innodb_autoextend_increment配置选项

参见变化的缓冲，数据字典，doublewrite缓冲，文件表，IBD文件，innodb_file_per_table，系统表空间，撤消日志

这个InnoDB临时表空间数据文件非压缩InnoDB临时表和相关的对象。配置文件选项，innodb_temp_data_file_path，允许用户定义的临时表空间的数据文件的相对路径。如果innodb_temp_data_file_path没有指定，默认行为是创建一个单一的自动延伸12mb数据文件命名ibtmp1在数据目录中，除了ibdata1

参见数据文件，临时表，临时表空间

一套文件，通常称为ib_logfile0和ib_logfile1，形成重做日志文件。有时也被称为日志组。这些文件记录报表，企图改变数据InnoDB表这些陈述是重播的自动纠正不完整的事务写入的数据，在启动后崩溃。

这些数据不能用于手动恢复；该类型的操作，使用二进制日志

参见二进制日志，日志组，重做日志文件

在一个InnoDB全文索引，数据结构组成的一种象征性的文档ID和位置信息（即一个特定的词）。

参见全文索引

行锁，InnoDB获得保证一致性，没有你的具体要求。

参见行锁

一种数据库系统维护数据在内存中，避免由于磁盘I/O和翻译的磁盘块和存储区之间的开销。一些内存数据库（牺牲耐久性的“D“在酸设计理念）和脆弱的硬件，电源，和其他类型的故障，使其更适合于只读操作。内存数据库的其他使用耐久性等机制的更改记录到磁盘或使用非易失性存储器。

MySQL的功能，地址的内存密集型处理相同的种类包括InnoDB缓冲池，自适应哈希索引，和只读事务优化的MEMORY存储引擎的MyISAM关键的缓存，和mysql query缓存。

参见酸，自适应哈希索引，缓冲池，基于磁盘的，只读事务

一种热备份的，由MySQL企业备份产品，只保存数据从某个时间点的变化。有一个全备份和增量备份可以让你继承重建备份数据在很长一段时期，没有几个完整备份手上的存储开销。你可以恢复完整备份，然后将每个连续的增量备份，或者你可以利用每个增量备份到它保持最新的全备份，然后执行一个还原操作。

粒度变化数据是在网页水平。一个页面会覆盖超过一行。每个更改的页面是包含在备份。

参见热备份，MySQL企业备份，网页

一种数据结构，提供了一种快速查找能力排一个表，通常由树结构的形成（B树）代表一个特定的值专栏或列

InnoDB表总是有聚集索引代表主键。他们也可以有一个或多个二级指标在一个或多个列定义。根据其结构，可分为二级指标部分，专栏，或混合成的指标

指标的一个重要方面查询性能数据库架构师设计表，查询和索引允许应用程序所需要的数据的快速查找。理想的数据库设计采用覆盖指标在实用；从指标完全计算查询结果，不看实际的表中的数据。每个外键约束也需要一个指数，有效地检查是否存在的价值父母和儿童表

尽管B-树索引是最常见的，一种不同的数据结构用于使用散列索引，在MEMORY存储引擎和InnoDB自适应哈希索引R树指标用于多维信息空间索引。

参见自适应哈希索引，B-树，子表，聚集索引，列的索引，综合指数，覆盖指标，外键，哈希索引，父表，部分索引，主键，查询，R树，行，次要指标，表

一个内存区域，持有令牌的数据InnoDB全文检索。它缓冲数据来减少磁盘I/O在插入数据时，或在一列的更新全文索引。记号数据写入磁盘的索引缓存已满时。每个InnoDB全文指数有自己单独的索引缓存，其大小由配置选项控制innodb_ft_cache_size

参见全文检索，全文索引

指数条件下推（ICP）是一种优化推动的一部分WHERE条件下的存储引擎如果条件部分可以使用领域的评价指数。ICP可以减少多少次了存储引擎要访问基表和时代的MySQL服务器必须访问存储引擎数。有关更多信息，参见第8.2.1.5，“指标条件下推优化”

参见指数，存储引擎

扩展SQL语法重写指标通过优化建议。例如，在FORCE INDEX，利用指数，和IGNORE INDEX条款.用于当索引列的值分布不均匀，导致不准确的基数评估

参见基数，指数

在一个指数适用于多个列（称为综合指数），该指数的初始或主要栏目。查询参考第一1, 2, 3等复合索引的列可以使用索引的查询，即使不参考中所有列的索引。

参见综合指数，指数

一伪记录在一个指数，代表Gap在指标的最小值。如果一个事务已经声明，如SELECT ... FROM ... WHERE col < 10 FOR UPDATE;，列中的最小值是5，它是一个锁上下确界的记录，可以防止其他事务插入更小的值，如0，10，等等。

参见Gap，指数，伪记录，上记录

的名字数据库提供MySQL查询接口数据字典。（这个名字是由ANSI SQL标准定义）检查信息（元数据）的数据库，可以查询表等INFORMATION_SCHEMA.TABLES和information_schema.columns，而不是使用SHOW产生非结构化输出命令。

这个INFORMATION_SCHEMA数据库还包含表的具体InnoDB为提供一个查询接口InnoDB数据字典。你使用这些表不知道数据库的结构，但要了解工作的实时信息InnoDB表格帮助与性能监控，调整和故障排除。

参见数据字典，数据库，InnoDB

MySQL组件，结合了高性能事务能力的可靠性、鲁棒性和并发访问。它体现了酸设计理念。表示为存储引擎；它处理创建或修改的表ENGINE=INNODB条款.看到15章，InnoDB存储引擎建筑的细节和管理程序，并8.5节，“优化InnoDB表”性能的建议

在MySQL 5.5和高，InnoDB是新表的默认存储引擎和ENGINE=INNODB条款是不需要的

InnoDB表非常适合热备份。看到29.2节，“MySQL企业备份概述”的信息MySQL企业备份备份MySQL服务器不中断正常的加工产品。

参见酸，热备份，MySQL企业备份，存储引擎，交易

这个innodb_autoinc_lock_mode选项用于控制算法自动增量锁定。当你有一个自动递增主键你可以使用基于语句的复制，只有设置innodb_autoinc_lock_mode=1。这个设置是众所周知的连续的锁定模式，因为多行插入在一个事务中得到连续的自动增量值。如果你有innodb_autoinc_lock_mode=2插入操作，允许更高的并发性，使用基于行的复制而不是基于语句的复制。这个设置是众所周知的交错锁定模式，因为可以接收多个多行插入语句同时运行自动增量那是交错的价值。设置innodb_autoinc_lock_mode=0不应该除了兼容性的目的。

（连续锁模innodb_autoinc_lock_mode=1）是默认设置MySQL 8.0.3之前。在MySQL 8.0.3，交错的锁模式（innodb_autoinc_lock_mode=2）是默认的，它反映了基于语句的基于行的复制作为默认复制类型的变化。

参见自动增量，自动增量锁定，混合模式插入，主键

一个重要的配置选项，影响很多方面InnoDB文件存储，可用性的特点，和I/O特性。在MySQL 5.6.7高，它是默认启用。这个innodb_file_per_table选项打开文件表模式。这种模式下，一个新创建的InnoDB表和相关的索引可以被存储在一个文件中的每个表IBD文件，外系统片

这个选项会影响存储性能考虑一些SQL语句，如DROP TABLE和TRUNCATE TABLE

使innodb_file_per_table选项允许您利用如表特征压缩命名表的备份MySQL企业备份

有关更多信息，参见innodb_file_per_table，和第15.7.4“InnoDB文件，每个表的表空间”

参见压缩，文件表，IBD文件，MySQL企业备份，系统表空间

这个innodb_lock_wait_timeout选项设置之间的平衡等待共享资源可用，或者放弃和处理错误，重试，或做其他处理的应用程序。回滚任何InnoDB交易等待超过指定的时间获得锁具。特殊的死锁由于更新的不同的存储引擎控制多台；此类死锁不检测自动

参见死锁，死锁检测，锁具，等待

这个innodb_strict_mode选项控制是否InnoDB工作在严格模式有条件的，通常视为警告，而造成错误（和潜在的语句失败）。

参见严格模式

其中一个主要的DML操作SQL。刀片的性能是一个关键因素数据仓库系统的行插入表负载百万，和OLTP系统在多并发连接可能将行插入同一个表，以任意顺序。如果插入的性能对你很重要，你应该了解InnoDB如特征插入缓冲用于变化的缓冲，和自动增量专栏

参见自动增量，变化的缓冲，数据仓库，DML，InnoDB，插入缓冲，OLTP，SQL

训练的名称变化的缓冲。在MySQL 5.5中，支持添加缓冲改变辅助索引页DELETE和UPDATE运营此前，由于只改变INSERT操作缓冲。首选项是现在变化的缓冲

参见变化的缓冲，变化的缓冲

二级索引页存储技术带来的变化，INSERT操作，在变化的缓冲而不是写的随之变化，使物理写入可减少随机I/O是一种变化的缓冲；其他删除缓冲和清除缓存

插入缓冲是不是如果使用辅助索引独特，因为新价值的唯一性无法验证在新条目写出来。其他种类的变化做索引缓冲。

参见变化的缓冲，变化的缓冲，删除缓冲，插入缓冲，清除缓存，唯一索引

一种间隙锁这是一套由INSERTprior to行插入操作。这类人锁具信号的意图将在这样一种方式，多个事务插入同一指标的差距不需要如果他们不是插在缝隙内的同一位置等待对方。有关更多信息，参见第15.5.1，“InnoDB锁定”

参见间隙锁，锁具，下一个关键的锁

一个单一的mysqld后台管理数据目录表示一个或多个数据库一套表。这是常见的开发，测试，和一些复制方案在相同的多个实例服务器机，每个管理自己的数据目录和倾听自己的端口或插座。有一个实例运行磁盘绑定工作量，服务器可能还有额外的CPU和内存容量运行更多的实例。

参见数据目录，数据库，磁盘绑定，mysqld，复制，服务器，表

在源代码级的修改来收集性能数据的调整和调试。在MySQL，收集的测量数据是通过SQL接口使用INFORMATION_SCHEMA和performance_schema数据库

参见information_schema，性能模式

一种锁具申请表，用来指示锁的那种交易有意收购在表中的行。不同的事务可以在同一个表中不同种类的意向锁，但第一笔收购意图独占（九）在表锁阻止其他事务获取任何S或X锁在桌子上。相反，第一笔收购意向共享（是）一个表锁阻止其他事务获取桌上的任何X锁。两相过程允许锁请求可以解决的，没有阻塞锁和相应的操作是一致的。关于此锁机制的更多信息，参见第15.5.1，“InnoDB锁定”

参见锁具，锁模式，锁定，交易

文献检索系统优化的数据结构，用于实现InnoDB全文检索。这个InnoDBFullText Index，为实现倒排索引，记录每个词的位置在一个文件中，而不是一个表的行的位置。一个列的值（如一个文本字符串存储文件）为代表的众多参赛作品中的倒排索引。

参见全文检索，全文索引，IList

的缩写的I / O操作每秒。繁忙的系统中的一个常见的测量，特别是OLTP应用如果这个值接近最大的存储设备可以处理，应用程序可以成为磁盘绑定，限制可扩展性

参见磁盘绑定，OLTP，可扩展性

一个数据库处理的基础。隔离是I的缩写酸；隔离级别是微调的性能和可靠性，平衡一致性的设置，当多个重复性和结果交易正在改变的同时执行查询。

从一致性和保护的最高金额最少，支持InnoDB的事务隔离级别：序列化，可重复读，提交读，和未提交读

与InnoDB表，许多用户可以保持默认的隔离级别（可重复读）所有操作。专家用户可以选择提交读他们把水平可伸缩性的边界OLTP处理，或在数据仓库业务在细微的差异不影响对大量数据的汇总结果。在边缘的水平（序列化和未提交读）改变加工行为到这样的程度，他们很少使用。

参见酸，OLTP，提交读，未提交读，可重复读，序列化，交易

一查询检索数据从多个表中，通过在保持相同的值的表中引用的列。理想的情况是，这些列的一部分InnoDB外键的关系，从而保证参照完整性和连接柱索引。经常用来节省空间和数字ID替换重复串提高查询性能，在归一化数据设计

参见外键，指数，归一化，查询，参照完整性

一个选项来指定在一个数据页的大小InnoDB表格的使用行压缩格式。默认的是8字节。较低的值的风险打击的内部限制，取决于组合的行的大小和压缩率。

为MyISAM桌子,key_block_size还可以指定字节大小使用索引键块。价值作为一个提示；不同的尺寸可以在必要时使用。一KEY_BLOCK_SIZE一个索引定义中指定的值将重写表级key_block_size价值

参见行压缩格式

一个用轻质结构InnoDB实现一个锁具自己的内部存储结构，通常会举行一个简短的时间在毫秒或微秒测量。一个通用的术语，包括互斥器（独家访问）和读写锁（共享访问）。一定的锁存器是重点InnoDB性能调优。关于锁存器的使用和竞争数据可通过性能模式接口

参见锁具，锁定，互斥，性能模式，RW -锁

这个InnoDB缓冲池被表示为一个列表记忆网页。列表重新排序的新页面的访问和进入缓冲池，页面缓冲池内再次访问，被认为是新的，如网页，很长时间没有访问驱逐从缓冲池。缓冲池分为子列表，和更换政策是一个变化的熟悉LRU技法

参见缓冲池，驱逐，LRU，网页，子列表

一个对象的控制对资源的访问的高层次的概念，如表、列、或内部数据结构的一部分锁定策略密集的性能优化，你可能会深入到实际结构，实现锁，如互斥器和锁存器

参见门闩，锁模式，锁定，互斥

一种用于一些数据库系统，把多个操作行锁为一个单一的表锁但是，节省内存空间减少并发访问表。InnoDB使用行锁空间的有效表达，所以，锁具escalation是不需要的。

参见锁定，行锁，表锁

共享（S）锁具允许交易读一行。多个事务可以同时获取的锁在同一行。

独家（x）锁允许一个事务更新或删除行。没有其他事务获取任何锁在同一行的同时。

意向锁申请表，并用来表示什么样的锁交易拟收购在表中的行。不同的事务可以在同一个表中不同种类的意向锁，但第一个交易收购意向独家（IX）在表锁阻止其他事务获取任何S或X锁在桌子上。相反，第一笔交易收购意向共享（是）一个表锁阻止其他事务获取桌上的任何X锁。两相过程允许锁请求可以解决的，没有阻塞锁和相应的操作是一致的。

参见意向锁，锁具，锁定，交易

保护系统交易看到或改变被质疑或被其他事务修改的数据。这个锁定战略必须平衡可靠性和一致性（数据库操作的原则酸哲学）对需要良好的性能并发。微调锁定策略通常包括选择一个隔离级别确保你所有的数据库操作的安全性和可靠性，隔离级别。

参见酸，并发，隔离级别，锁定，交易

一SELECT声明还执行锁定操作上InnoDB表无论是选择更新或SELECT ... LOCK IN SHARE MODE。它具有生产潜力死锁，根据隔离级别“跨国公司”。The opposite of a非锁定读。不允许在一个全球性的表只读事务

SELECT ... FOR SHARE取代选择锁在共享模式在8.0.1 MySQL，但LOCK IN SHARE MODE仍然可以向后兼容

看到第15.5.2.4，锁定读”

参见死锁，隔离级别，锁定，非锁定读，只读事务

在InnoDB语境，“日志“或“日志文件“通常是指重做日志文件为代表的ib_logfileN文件另一种类型的InnoDB日志是撤消日志，这是一个存储区域保存数据的活动事务修改副本。

其他类型的日志是重要的MySQL是错误日志（诊断启动和运行时的问题），二进制日志（用复制和表演时间点恢复的工作），通用查询日志（诊断应用程序问题），和慢查询日志（用于诊断性能问题）。

参见二进制日志，错误日志，通用查询日志，ib_logfile，重做日志文件，慢查询日志，撤消日志

将数据写入到存储区日志文件构成重做日志文件。它是由innodb_log_buffer_size配置选项

参见日志文件，重做日志文件

其中的一个ib_logfileN文件组成重做日志文件。数据从写入这些文件日志缓冲区存储区

参见ib_logfile，日志缓冲区，重做日志文件

文件组成的集合重做日志文件，通常称为ib_logfile0和ib_logfile1。（因为这个原因，有时统称为ib_logfile。）

参见ib_logfile，重做日志文件

一种类型的操作，包括高级别，如表、查询、索引摘要方面，和其他SQL概念。通常，逻辑方面是使数据库管理和应用开发的方便和实用的重要。对比身体的

参见逻辑备份，身体的

一备份复制表结构和数据，而不复制实际的数据文件。例如，在mysqldump命令产生一个逻辑备份，因为它包含报表输出等CREATE TABLE和INSERT可以重新创建的数据。对比物理备份。逻辑备份提供了灵活性（例如，你可以修改表的定义或插入语句之前恢复），但可能需要相当长的时间来恢复比物理备份

参见备份，mysqldump，物理备份，恢复

要添加一个前缀InnoDB伺服后的选项创业公司，所以任何新的配置选项不是由目前的MySQL不确认导致启动失败。MySQL进程配置选项启动这个前缀，而是给出一个警告，而不是一个失败后如果前缀不识别的选项部分。

参见创业公司

一个值代表一个下限，通常是一个阈值而纠正行动开始或变得更积极。对比高水位

参见高水位

一个缩写“最近最少使用“，用于管理存储领域常用的一种方法。没有使用最近的项目是驱逐当空间需要缓存更新的项目。InnoDB使用LRU机制默认管理网页在缓冲池但例外的情况下，一个页面可能只看一次，如在全表扫描。这种变化的LRU算法称为中点插入策略。有关更多信息，参见第15.6.3.1，“InnoDB缓冲池”

参见缓冲池，驱逐，全表扫描，中点插入策略，网页

的缩写“日志序列号“。这种随意的，不断增加的值代表相应的操作记录在某个时间点重做日志文件。（这个时间点是无论交易边界；它可以落在一个或更多的交易中。）它是内部使用InnoDB在期间崩溃恢复和管理缓冲池

mysql 5.6.3之前，LSN是4字节无符号整数。LSN成为mysql 5.6.3 8字节无符号整数时，重做日志文件大小限制增加从4GB到512GB，作为额外的字节需要储存多余的尺寸信息。基于MySQL 5.6.3或以后使用LSN值应使用64位而不是32位变量来存储和比较LSN值的应用。

在MySQL企业备份产品，您可以指定一个LSN表示，采取一个时间点增量备份。这是由相关的输出显示mysqlbackup命令。一旦你有了相对应的全备份的时间里，你可以指定要采取后续增量备份，值，其输出包含下一个增量备份另一个LSN。

参见缓冲池，崩溃恢复，增量备份，MySQL企业备份，重做日志文件，交易

一个包含其他表的参考文件，使用的MERGE存储引擎。这个扩展名的文件都包含在生成的备份mysqlbackup指挥的MySQL企业备份产品

参见MySQL企业备份，mysqlbackup命令

一个文件，MySQL使用存储数据的一个MyISAM表

参见我的文件，MySQL企业备份，mysqlbackup命令