MySQL 词汇表

表的元数据ARCHIVE。与 .ARZ 文件对比。具有此扩展名的文件始终包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

另见.ARZ 文件、MySQL 企业备份、mysqlbackup 命令。

ARCHIVE 表的数据。对比 .ARM 文件。具有此扩展名的文件始终包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

另见.ARM 文件、MySQL Enterprise Backup、mysqlbackup 命令。

代表原子性、一致性、隔离性和持久性的首字母缩写词。这些属性都是数据库系统所需要的，并且都与事务的概念紧密相关 。事务特性InnoDB遵循 ACID 原则。

事务是可以提交 或回滚的原子工作单元。当一个事务对数据库进行多次更改时，要么在事务提交时所有更改都成功，要么在事务回滚时所有更改都撤消。

数据库始终保持一致的状态——在每次提交或回滚之后，以及事务正在进行时。如果跨多个表更新相关数据，查询将看到所有旧值或所有新值，而不是新旧值的混合。

交易在进行时相互保护（隔离）；它们不能相互干扰或查看彼此未提交的数据。这种隔离是通过锁定机制实现的。有经验的用户可以调整隔离级别，牺牲较少的保护以提高性能和 并发性，前提是他们可以确定事务确实不会相互干扰。

事务的结果是持久的：一旦提交操作成功，该事务所做的更改就不会出现电源故障、系统崩溃、竞争条件或许多非数据库应用程序容易受到的其他潜在危险。持久性通常涉及写入磁盘存储，具有一定数量的冗余以防止写入操作期间出现电源故障或软件崩溃。（在 InnoDB中，双写缓冲区有助于持久性。）

另请参见原子、提交、并发、双写缓冲区、隔离级别、锁定、回滚、事务。

InnoDB表 的一种算法，可以消除检查点引入的 I/O 开销 。MySQL不是 立即将 缓冲池中的所有修改 页面刷新到 数据文件，而是定期刷新一小组修改页面。自适应刷新算法通过根据刷新速率和生成重做信息 的速度估计执行这些周期性刷新的最佳速率来扩展此过程 。

另见缓冲池、检查点、数据文件、刷新、InnoDB、页面、重做日志。

通过在内存中构建 散列索引， 对表进行优化，可以使用和 运算符InnoDB加快查找速度。MySQL 监视表的索引搜索，如果查询可以从哈希索引中受益，它会自动为 经常访问的索引页构建一个索引。从某种意义上说，自适应哈希索引在运行时配置 MySQL 以利用充足的主内存，更接近主内存数据库的体系结构。此功能由 =INInnoDBinnodb_adaptive_hash_index 配置选项。由于此功能有利于某些工作负载而不是其他工作负载，并且用于哈希索引的内存保留在缓冲池中，因此通常您应该启用和禁用此功能进行基准测试。

散列索引始终基于表上现有的 B 树索引构建。MySQL 可以在为 B 树定义的键的任意长度的前缀上构建哈希索引，具体取决于针对索引的搜索模式。哈希索引可以是部分的；整个 B-tree 索引不需要缓存在缓冲池中。

在 MySQL 5.6 及更高版本中，另一种利用InnoDB表的快速单值查找的方法是使用InnoDB memcached插件。有关详细信息，请参阅 第 15.20 节，“InnoDB memcached 插件”。

另请参阅B 树、缓冲池、哈希索引、memcached、页面、二级索引。

一种对象关系映射 (ORM) 框架，适用于使用 .NET 技术（如 ASP.NET ）构建的应用程序。这样的应用程序可以通过Connector/NET组件 与 MySQL 交互 。

另请参见.NET、ASP.net、Connector/NET、Mono、Visual Studio。

异步 I/O 的缩写。您可能会在InnoDB消息或关键字中看到此首字母缩略词。

另请参阅异步 I/O。

在ODBC中，支持字符集和其他国际化方面的替代方法。与Unicode对比。 Connector/ODBC 3.51 是一个 ANSI 驱动程序，而 Connector/ODBC 5.1 是一个 Unicode 驱动程序。

另请参见连接器/ODBC、ODBC、Unicode。

API 提供从客户端程序 对 MySQL 协议和 MySQL 资源的低级访问。与Connector提供的更高级别的访问对比 。

另请参阅C API、客户端、连接器、本机 C API、Perl API、PHP API、Python API、Ruby API。

一组函数或过程。API 为函数、过程、参数和返回值提供一组稳定的名称和类型。

当MySQL Enterprise Backup产品生成的备份不包括备份进行时发生的最新更改时，更新备份文件以包括这些更改的过程称为应用步骤。它由命令的apply-log选项 指定mysqlbackup。

在应用更改之前，我们将文件称为 原始备份。应用更改后，我们将这些文件称为 准备好的备份。更改记录在 ibbackup_logfile文件中；应用步骤完成后，不再需要此文件。

另见热备份、ibbackup_logfile、MySQL 企业备份、准备好的备份、原始备份。

Kerberos 身份验证服务器。AS也可以指认证服务器提供的认证服务。

另见身份验证服务器。

使用 .NET技术和语言开发基于 Web 的应用程序的框架。这样的应用程序可以通过Connector/NET组件 与 MySQL 交互。

另一种用 MySQL 编写服务器端网页的技术是PHP。

另请参见.NET、ADO.NET、Connector/NET、Mono、PHP、Visual Studio。

.NET系统 中的已编译代码库 ，可通过 Connector/NET访问。存储在 GAC中以允许在没有命名冲突的情况下进行版本控制。

另请参见.NET、GAC。

一种 I/O 操作类型，允许在 I/O 完成之前继续进行其他处理。也称为 非阻塞 I/O，缩写为AIO。 InnoDB将这种类型的 I/O 用于某些可以并行运行而不影响数据库可靠性的操作，例如将 实际未被请求但可能很快需要 的页面读入缓冲池。

过去，InnoDB仅在 Windows 系统上使用异步 I/O。从 InnoDB Plugin 1.1 和 MySQL 5.5 开始，InnoDB 在 Linux 系统上使用异步 I/O。此更改引入了对 libaio. Linux 系统上的异步 I/O 是使用 innodb_use_native_aio默认启用的选项配置的。在其他类 Unix 系统上，InnoDB 仅使用同步 I/O。

另见缓冲池，非阻塞 I/O。

在 SQL 上下文中， 事务是完全成功（ 提交时）或完全无效（回滚时）的工作单元。事务的不可分割（“原子”）属性是 首字母缩写词 ACID中的“ A ”。

另见ACID、提交、回滚、事务。

原子DDL语句将数据字典更新、 存储引擎操作和 与 DDL 操作关联的二进制日志写入组合到单个原子事务中。事务完全提交或回滚，即使服务器在操作期间停止也是如此。MySQL 8.0 中添加了原子 DDL 支持。有关详细信息，请参阅第 13.1.1 节，“原子数据定义语句支持”。

另见二进制日志、数据字典、DDL、存储引擎。

CPU 提供的特殊指令，确保关键的低级操作不会被中断。

在 Kerberos 中，提供初始票证的服务需要获得票证授予票证 (TGT)，该票证需要从票证授予服务器 (TGS) 获得其他票证。认证服务器 (AS) 与 TGS 一起组成密钥分发中心 (KDC)。

另见key distribution center , ticket-granting server。

表列（由关键字指定）的一种属性， AUTO_INCREMENT它会自动在列中添加值的升序序列。

它为开发人员节省了工作，在插入新行时不必生成新的唯一值。它为查询优化器提供了有用的信息，因为已知该列不为空且具有唯一值。此类列中的值可用作各种上下文中的查找键，并且由于它们是自动生成的，因此没有理由更改它们；出于这个原因，主键列通常被指定为自动递增。

自动增量列对于基于语句的复制可能会有问题，因为由于计时问题，在副本上重放语句可能不会产生与源上相同的列值集。当你有一个自动递增的主键时，你只能使用设置为 statement-based 的复制 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选项，以便您可以在可预测的自动增量值序列和 插入操作的 最大并发性之间配置和优化平衡。

另见auto-increment，concurrency，innodb_autoinc_lock_mode。

在每个SQL 语句之后 导致提交操作的设置。不建议将此模式用于处理具有 跨越多个语句的事务的表 。它可以帮助提高 表上 只读事务的性能，从而最大限度地减少锁定和生成 撤消数据的开销，尤其是在 MySQL 5.6.4 及更高版本中。它也适用于处理 不适用事务的表。 InnoDBInnoDBMyISAM

另请参见提交、锁定、只读事务、SQL、事务、撤消。

处理主机故障并在必要时从中恢复的能力，包括 MySQL、操作系统或硬件故障以及可能导致停机的维护活动。通常与 可扩展性一起作为大规模部署的关键方面。

另见可扩展性。

常用于数据库索引的树数据结构。该结构始终保持排序，支持快速查找精确匹配（等于运算符）和范围（例如，大于、小于和BETWEEN 运算符）。这种类型的索引适用于大多数存储引擎，例如InnoDB和 MyISAM。

因为 B 树节点可以有很多子节点，所以 B 树与二叉树不同，二叉树每个节点只能有 2 个子节点。

与仅在 存储引擎中可用的哈希索引相对。MEMORY存储引擎也可以使用MEMORYB-tree索引，MEMORY如果某些查询使用范围操作符，你应该为表选择B-tree索引。

术语 B 树的使用旨在作为索引设计的一般类别的参考。由于经典 B 树设计中不存在的复杂性，MySQL 存储引擎使用的 B 树结构可能被视为变体。相关信息参考MySQL Internals ManualInnoDB的Page Structure Fil Header部分 。

另见散列索引。

`MySQL SQL 语句中的标识符如果包含特殊字符或保留字，则 必须使用反引号 ( ) 引起来。例如，要引用名为 的表FOO#BAR或名为 的列 SELECT，您可以将标识符指定为 `FOO#BAR`和`SELECT`。由于反引号提供了额外的安全级别，因此它们被广泛用于程序生成的 SQL 语句中，其中标识符名称可能事先不知道。

"许多其他数据库系统在此类特殊名称周围 使用双引号 ( )。为了可移植性，您可以ANSI_QUOTES在 MySQL 中启用模式并使用双引号而不是反引号来限定标识符名称。

另见SQL。

为了安全起见，从 MySQL 实例复制部分或全部表数据和元数据的过程。也可以参考复制文件的集合。这是 DBA 的一项重要任务。这个过程的逆过程是恢复 操作。

使用MySQL，物理备份 由MySQL Enterprise Backup产品执行，逻辑备份由 mysqldump命令执行。这些技术在备份数据的大小和表示以及速度（尤其是恢复操作的速度）方面具有不同的特征。

备份根据它们对正常数据库操作的干扰 程度进一步分为 热、 暖或 冷。（热备份干扰最少，冷备份干扰最大。）

另见冷备份、热备份、逻辑备份、MySQL 企业备份、mysqldump、物理备份、热备份。

存储生成列或虚拟生成列所基于的非生成表列。换句话说，基列是非生成表列，它是生成列定义的一部分。

另见生成列、存储生成列、虚拟生成列。

软件产品生命周期的早期阶段，此时仅可用于评估，通常没有明确的版本号或版本号小于 1。 InnoDB不使用 beta 名称，更喜欢 可以扩展几个点的早期采用者阶段发布，导致 GA发布。

另见早期采用者，GA。

包含所有试图更改表数据的语句或行更改的记录的文件。可以重放二进制日志的内容，以便在 复制场景中使副本保持最新状态，或者在从备份恢复表数据后使数据库保持最新状态。二进制日志功能可以打开和关闭，但 Oracle 建议在使用复制或执行备份时始终启用它。

您可以使用mysqlbinlog命令 检查二进制日志的内容，或在复制或恢复期间重播它 。有关二进制日志的完整信息，请参阅第 5.4.4 节，“二进制日志”。对于与二进制日志相关的 MySQL 配置选项，请参阅 第 17.1.6.4 节，“二进制日志记录选项和变量”。

对于MySQL Enterprise Backup 产品，二进制日志的文件名和文件中的当前位置是重要的细节。要在复制上下文中进行备份时为源记录此信息，您可以指定该--slave-info 选项。

在 MySQL 5.0 之前，有一个类似的功能可用，称为更新日志。在 MySQL 5.0 及更高版本中，二进制日志取代了更新日志。

另见二进制日志、MySQL 企业备份、复制。

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

另见二进制日志。

由子句启用的 一种特殊的全文搜索模式。WITH QUERY EXPANSION它执行两次搜索，其中第二次搜索的搜索短语是原始搜索短语与第一次搜索中几个最相关的文档连接而成。这种技术主要适用于简短的搜索短语，也许只有一个单词。它可以发现文档中未出现精确搜索词的相关匹配项。

另请参阅全文搜索。

SQL 数据类型（TINYBLOB、 BLOB、 MEDIUMBLOB和 LONGBLOB），用于包含任意大小的任何类型的二进制数据的对象。用于存储文档、图像、声音文件和其他类型的信息，这些信息不能轻易分解为 MySQL 表中的行和列。在 MySQL 应用程序中处理 BLOB 的技术因每个 连接器和 API而异。MySQL Connector/ODBC将 BLOB值定义为 LONGVARBINARY. 对于大型、自由形式的字符数据集合，行业术语是 CLOB，由 MySQL TEXT数据类型表示。

另见API、CLOB、连接器、连接器/ODBC。

系统的一部分在大小或容量上受到限制，具有限制总吞吐量的效果。例如，内存区域可能比需要的要小；访问单个所需资源可能会阻止多个 CPU 内核同时运行；或者等待磁盘 I/O 完成可能会阻止 CPU 满负荷运行。消除瓶颈往往会提高 并发性。例如，当多个会话同时读取和写入缓冲池时 ，拥有多个InnoDB 缓冲池实例的能力减少了争用。

另见缓冲池，并发。

关机操作后立即重启 。理想情况下，预热时间相对较短，以便性能和吞吐量迅速恢复到较高水平。

另见关机。

一种管理InnoDB 缓冲池中 不同大小 页面的机制。

另见缓冲池、页面、页面大小。

用于临时存储的内存或磁盘区域。数据缓冲在内存中，以便可以通过一些大的 I/O 操作而不是许多小的 I/O 操作有效地将数据写入磁盘。数据缓冲在磁盘上以获得更高的可靠性，因此即使在最坏的可能时间发生崩溃或其他故障也可以恢复数据 。InnoDB 使用的主要缓冲区类型是缓冲池、 双写缓冲区和 更改缓冲区。

另见缓冲池、更改缓冲区、崩溃、双写缓冲区。

InnoDB保存表和索引 缓存数据的内存区域。为了提高大容量读取操作的效率，缓冲池被分成 可能包含多行的页面。为了缓存管理的效率，缓冲池被实现为页面链表；使用LRU算法的变体，很少使用的数据会从缓存中老化 。在具有大内存的系统上，您可以通过将缓冲池划分为多个缓冲池实例来提高并发性。

几个InnoDB状态变量、 INFORMATION_SCHEMA表格和 performance_schema表格有助于监视缓冲池的内部工作。从 MySQL 5.6 开始，您可以通过在服务器关闭时保存缓冲池状态并在服务器启动时将缓冲池恢复到相同状态来避免重新启动服务器后漫长的预热期，特别是对于具有大型缓冲池的实例。请参阅 第 15.8.3.6 节，“保存和恢复缓冲池状态”。

另见缓冲池实例、LRU、页面、预热。

缓冲池可以划分 成的多个区域中的任何一个 ，由innodb_buffer_pool_instances 配置选项控制。指定的总内存大小 innodb_buffer_pool_size在所有缓冲池实例之间分配。通常，具有多个缓冲池实例适用于将多个 GB 分配给InnoDB 缓冲池的系统，每个实例为 1 GB 或更大。在从许多并发会话加载或查找缓冲池中的大量数据的系统上，拥有多个缓冲池实例可以减少对管理缓冲池的数据结构的独占访问的争用。

另见缓冲池。

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

这种区别主要在 MySQL 5.1 中很重要，其中功能或错误修复可能适用于 InnoDB 插件，但不适用于内置插件InnoDB，反之亦然。

另见InnoDB。

构成商业软件基础的行为关系和顺序，用于运营一家商业公司。有时，这些规则由法律规定，有时则由公司政策规定。仔细规划可确保数据库编码和强制执行的关系以及通过应用程序逻辑执行的操作准确反映公司的真实政策并能够处理现实生活中的情况。

例如，一名员工离开公司可能会触发人力资源部门采取一系列行动。人力资源数据库可能还需要灵活性来表示有关已被雇用但尚未开始工作的人员的数据。在在线服务上关闭帐户可能会导致数据从数据库中删除，或者数据可能会被移动或标记，以便在重新打开帐户时可以恢复数据。公司可能会制定有关工资最高、最低和调整的政策，以及基本的合理性检查（例如工资不是负数）。零售数据库可能不允许多次退回具有相同序列号的购买，

另见关系。

InnoDB 与可传输表空间 功能 一起使用的元数据文件。它由命令生成FLUSH TABLES ... FOR EXPORT，将一个或多个表置于可以复制到另一台服务器的一致状态。该 .cfg文件与相应的.ibd 文件一起复制，并用于在步骤中调整文件的内部值 ， .ibd例如 空间 IDALTER TABLE ... IMPORT TABLESPACE。

另见.ibd 文件、空间 ID、可传输表空间。

一种结合了可移植性和性能以及对低级硬件功能的访问的编程语言，使其成为编写操作系统、驱动程序和其他类型的系统软件的流行选择。许多复杂的应用程序、语言和可重用模块的特点是用 C 编写的部分，与用其他语言编写的高级组件捆绑在一起。C++、 Java和 C#开发人员 熟悉其核心语法 。

另请参阅C API、C++、C#、Java。

C API代码随 MySQL 一起分发。它包含在 libmysqlclient库中，使C程序能够访问数据库。

另见API、C、libmysqlclient。

一种结合了强类型和面向对象特性的编程语言，在 Microsoft .NET框架或其开源版本Mono中运行。通常用于使用 ASP.net框架创建应用程序。C、 C++和 Java开发人员熟悉它的语法。

另请参见.NET、ASP.net、C、Connector/NET、C++、Java、Mono。

一种具有C开发人员 熟悉的核心语法的编程语言 。提供对低级操作的访问以提高性能，并结合高级数据类型、面向对象的功能和垃圾收集。要为 MySQL 编写 C++ 应用程序，您可以使用 Connector/C++组件。

另见C、连接器/C++。

存储数据副本以供频繁或高速检索的任何内存区域的通用术语。在 InnoDB中，主要的一种缓存结构是缓冲池。

另请参见缓冲区、缓冲池。

表 列中不同值的数量。当查询引用具有关联 索引的列时，每列的基数会影响哪种访问方法最有效。例如，对于具有唯一约束的列，不同值的数量等于表中的行数。如果一个表有 100 万行，但特定列只有 10 个不同的值，则每个值（平均）出现 100,000 次。这样的查询 SELECT c1 FROM t1 WHERE c1 = 50;可能会返回 1 行或大量行，并且数据库服务器可能会根据c1.

如果列中的值分布非常不均匀，则基数可能不是确定最佳查询计划的好方法。例如，SELECT c1 FROM t1 WHERE c1 = x;可能会在 时返回 1 行，x=50而在 时可能会返回一百万行x=30。在这种情况下，您可能需要使用索引提示 来传递有关哪种查找方法对特定查询更有效的建议。

基数也可以应用于多个列中存在的不同值的数量，如在 复合索引中。

另请参见列、复合索引、索引、索引提示、持久统计信息、随机潜水、选择性、唯一约束。

一种特殊的数据结构，用于记录二级索引中页面的 更改 。这些值可能来自 SQL 、 或 语句 ( DML )。涉及更改缓冲区的一组功能统称为 更改缓冲区，包括 插入缓冲区、 删除缓冲区和 清除缓冲区。 INSERTUPDATEDELETE

只有当来自二级索引的相关页面不在 缓冲池中时，更改才会记录在更改缓冲区中。当相关的索引页面被带入缓冲池，而关联的更改仍在更改缓冲区中时，该页面的更改将使用更改缓冲区中的数据应用到缓冲池中（合并）。周期性地， 在系统大部分空闲或缓慢关闭期间运行的清除操作将新索引页写入磁盘。与立即将每个值写入磁盘相比，清除操作可以更有效地为一系列索引值写入磁盘块。

在物理上，更改缓冲区是 系统表空间的一部分，因此索引更改在数据库重新启动时保持缓冲状态。只有当页面由于某些其他读取操作而被带入缓冲池时， 才会应用（合并）更改。

更改缓冲区中存储的数据种类和数量由 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时，一种检测损坏的验证机制。此功能由 MySQL 5.5 中的配置选项控制。 在 MySQL 5.6.3 中已弃用，替换为 . InnoDB innodb_checksumsinnodb_checksumsinnodb_checksum_algorithm

innochecksum命令通过在 MySQL 服务器关闭时 测试指定表空间文件的校验和值来帮助诊断损坏问题。

MySQL 还使用校验和进行复制。有关详细信息，请参阅配置选项 binlog_checksum、 source_verify_checksum或 master_verify_checksum、 和 replica_sql_verify_checksum或 slave_sql_verify_checksum。

另见缓冲池、页、表空间。

在外键关系中，子表是指其行引用（或指向）另一个表中具有相同值的特定列的行。这是包含FOREIGN KEY ... REFERENCES子句和可选的ON UPDATEandON DELETE子句的表。父表中的相应行必须存在，然后才能在子表中创建该行。ON CASCADE根据创建外键时使用 的选项，子表中的值可以阻止对父表的删除或更新操作，或者可以导致子表中的自动删除或更新。

另见外键，父表。

缓冲池中的 一个页面， 其中在内存中所做的所有更改也已写入（刷新）到 数据文件中。与脏页相反。 InnoDB

另见缓冲池、数据文件、脏页、刷新、页面。

与崩溃或 快速关闭相反 的是无错误完成并 InnoDB在完成前将所有更改应用于表的关闭。缓慢关机的同义词 。

另请参见崩溃、快速关机、关机、慢速关机。

在数据库服务器外部运行的程序，通过连接器发送请求或 通过 客户端库提供的API 与数据库通信 。它可以与数据库服务器运行在同一台物理机器上，也可以运行在通过网络连接的远程机器上。它可以是专用数据库应用程序，也可以是像mysql命令行处理器 这样的通用程序 。

另请参阅API、客户端库、连接器、mysql、服务器。

包含用于处理数据库的函数集合的文件。通过使用这些库编译您的程序，或将它们安装在与您的应用程序相同的系统上，您可以在未安装 MySQL 服务器的机器上运行数据库应用程序（称为 客户端）；应用程序通过网络访问数据库。对于 MySQL，您可以使用 MySQL 服务器本身的 libmysqlclient库。

另见客户端，libmysqlclient。

一种在本地管理缓存和重用的准备语句 ，模拟服务器端准备语句的功能。过去，一些 Connector/J、 Connector/ODBC和 Connector/PHP开发人员使用它来解决服务器端存储过程的问题。对于现代 MySQL 服务器版本，建议使用服务器端准备好的语句来提高性能、可伸缩性和内存效率。

另见Connector/J、Connector/ODBC、Connector/PHP、prepared statement。

SQL 数据类型（TINYTEXT、 TEXT、 MEDIUMTEXT或 LONGTEXT），用于包含任意大小的任何类型字符数据的对象。用于存储基于文本的文档，以及相关的字符集和整理顺序。在 MySQL 应用程序中处理 CLOB 的技术因每个 连接器和 API而异。MySQL 连接器/ODBC 将TEXT值定义为 LONGVARCHAR. 对于存储二进制数据，等效于BLOB类型。

另见API、BLOB、连接器、连接器/ODBC。

主键索引 的InnoDB术语 。表存储是根据主键列的值来组织的，以加快涉及主键列的查询和排序。为获得最佳性能，请根据性能最关键的查询仔细选择主键列。因为修改聚集索引的列是一项昂贵的操作，所以选择很少或从不更新的主列。 InnoDB

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

另见索引、主键、二级索引。

数据库关闭时进行 的备份。对于繁忙的应用程序和网站，这可能不切实际，您可能更喜欢 热备份或 热备份。

另见备份、热备份、热备份。

行中 的数据项，其存储和语义由数据类型定义。每个 表和 索引主要由它包含的列集定义。

每列都有一个基 数值。列可以是其表的主键，也可以是主键的一部分。列可以受唯一约束、NOT NULL 约束或两者的约束。不同列中的值，甚至跨不同表的值，都可以通过 外键关系进行链接。

在 MySQL 内部操作的讨论中，有时 将字段用作同义词。

另见基数、外键、索引、NOT NULL 约束、主键、行、表、唯一约束。

单个列上 的索引。

另请参见复合索引、索引。

当使用长度规范（例如 ）创建索引CREATE INDEX idx ON t1 (c1(N))时，只有列值的前 N ​​个字符存储在索引中。保持索引前缀较小可使索引紧凑，内存和磁盘 I/O 节省有助于提高性能。（虽然使索引前缀太小可能会阻碍查询优化，因为查询优化器会认为具有不同值的行是重复的。）

对于包含二进制值或长文本字符串的列，排序不是主要考虑因素并且将整个值存储在索引中会浪费空间，索引会自动使用值的前 N ​​个（通常为 768 个）字符进行查找和排序。

另见索引。

语句拦截器 的同义词。拦截器设计模式的一个方面 可用于Connector/NET和 Connector/J。Connector/NET 称之为命令，Connector/J 称之为语句。与异常拦截器对比 。

另见连接器/J、连接器/NET、异常拦截器、拦截器、语句拦截器。

结束事务 的SQL语句， 使事务所做的任何更改永久化。它与回滚相反， 回滚会撤消事务中所做的任何更改。

InnoDB使用 乐观的提交机制，以便可以在实际发生提交之前将更改写入数据文件。这种技术使提交本身更快，但代价是在回滚的情况下需要做更多的工作。

默认情况下，MySQL 使用 自动提交设置，它会在每个 SQL 语句之后自动发出提交。

另请参阅自动提交、乐观、回滚、SQL、事务。

InnoDB 表的行格式。这是从 MySQL 5.0.3 到 MySQL 5.7.8 的默认行格式。在 MySQL 8.0 中，默认行格式由 innodb_default_row_format 配置选项定义，默认设置为 DYNAMIC。COMPACT行格式为空值和可变长度列提供了比REDUNDANT行格式更紧凑的 表示。

有关InnoDB COMPACT行格式的其他信息，请参阅 第 15.10 节，“InnoDB 行格式”。

另见动态行格式、文件格式、冗余行格式、行格式。

包含多个列 的索引。

另见索引。

MySQL Enterprise Backup产品 的压缩功能为每个表空间创建一个压缩副本，将扩展名 .ibd从.ibz. 压缩备份数据使您可以保留更多备份，并减少将备份传输到不同服务器的时间。数据在还原操作期间未压缩。当压缩备份操作处理一个已经压缩的表时，它会跳过该表的压缩步骤，因为再次压缩会导致很少或根本不会节省空间。

一组由MySQL Enterprise Backup产品生成的文件，其中每个 表空间都经过压缩。压缩文件以.ibz文件扩展名重命名。

在备份过程开始时应用压缩有助于避免压缩过程中的存储开销，并避免将备份文件传输到另一台服务器时的网络开销。应用二进制日志的 过程耗时较长，并且需要解压备份文件。

另见应用、二进制日志、压缩、热备份、MySQL 企业备份、表空间。

为 表启用数据和索引压缩 的行格式。大字段存储在远离包含其余行数据的页面的地方，如 动态行格式。索引页和大字段都被压缩，从而节省了内存和磁盘。根据数据的结构，内存和磁盘使用量的减少可能会或可能不会超过在使用数据时解压缩数据的性能开销。有关使用详细信息，请参阅第 15.9 节，“InnoDB 表和页面压缩”。 InnoDB

有关InnoDB COMPRESSED行格式的其他信息，请参阅 动态行格式。

另见压缩、动态行格式、行格式。

以压缩形式存储数据的表。对于 InnoDB，它是用 创建的表 ROW_FORMAT=COMPRESSED。有关更多信息，请参阅 第 15.9 节，“InnoDB 表和页面压缩”。

另见压缩行格式，压缩。

使用更少的磁盘空间、执行更少的 I/O 以及使用更少的缓存内存具有广泛优势的功能。

InnoDB支持表级和页级压缩。InnoDB页面压缩也称为 透明页面压缩。有关InnoDB 压缩的更多信息，请参阅第 15.9 节，“InnoDB 表和页面压缩”。

另一种类型的压缩是 MySQL Enterprise Backup 产品 的压缩备份功能。

另见缓冲池、压缩备份、压缩行格式、DML、透明页面压缩。

实际上不是错误，而是将压缩与DML操作结合使用时可能发生的昂贵 操作。它发生在： 对压缩 页面的更新溢出页面上保留用于记录修改的区域；页面再次压缩，所有更改都应用于表数据；重新压缩后的数据放不下原来的页面，需要MySQL将数据拆分成两个新的页面，分别进行压缩。要检查这种情况的频率，查询 表并检查列的值超过了 INFORMATION_SCHEMA.INNODB_CMP多少 COMPRESS_OPSCOMPRESS_OPS_OK柱子。理想情况下，压缩失败不会经常发生；当它们出现时，您可以调整 innodb_compression_level、 innodb_compression_failure_threshold_pct和 innodb_compression_pad_pct_max 配置选项。

另见压缩、DML、页面。

多个操作（在数据库术语中为 事务）同时运行而不会相互干扰的能力。并发性也与性能有关，因为理想情况下，对多个同时事务的保护以最小的性能开销工作，使用有效的 锁定机制。

另请参见ACID、锁定、事务。

保存MySQL 在启动时使用的选项值 的文件。传统上，在 Linux 和 Unix 上这个文件被命名为my.cnf，而在 Windows 上它被命名为my.ini. [mysqld]您可以在该文件的部分 下设置一些与 InnoDB 相关的选项 。

有关MySQL 在何处搜索配置文件的信息 ， 请参阅第 4.2.2.2 节，“使用选项文件” 。

当您使用MySQL Enterprise Backup产品时，您通常使用两个配置文件：一个指定数据的来源和结构（可能是您服务器的原始配置文件），另一个精简的只包含一小组选项，指定备份数据的去向和结构。用于 MySQL Enterprise Backup产品的配置文件必须包含某些通常不包含在常规配置文件中的选项，因此您可能需要将选项添加到现有配置文件以用于 MySQL Enterprise Backup。

另见my.cnf，MySQL Enterprise Backup，选项，选项文件。

应用程序和 MySQL 服务器之间的通信通道。数据库应用程序的性能和可伸缩性受建立数据库连接的速度、可以同时建立的数量以及它们持续多长时间的影响。主机、 端口等参数在 Connector/NET中表示为连接字符串，在 Connector/ODBC中表示为 DSN。高流量系统使用称为 连接池的优化。

另见连接池、连接字符串、连接器/NET、连接器/ODBC、DSN、主机、端口。

允许在同一应用程序或不同应用程序之间重复使用数据库连接 的缓存区域 ，而不是为每个数据库操作设置和拆除新连接。这种技术在J2EE应用程序服务器 中很常见 。使用Connector/J的Java应用程序 可以使用Tomcat和其他应用程序服务器的连接池功能 。重用对应用程序是透明的；该应用程序仍然像往常一样打开和关闭连接。

另请参见连接、连接器/J、J2EE、Tomcat。

数据库 连接参数的表示，编码为字符串文字，以便可以在程序代码中使用。字符串的部分表示连接参数，例如 host和 port。连接字符串包含多个键值对，以分号分隔。每个键值对都用等号连接。经常与连接器/NET应用程序一起使用；有关详细信息，请参阅 创建连接器/NET 连接字符串。

另见connection、Connector/NET、host、port。

MySQL 连接器为 客户端程序提供到 MySQL 服务器的连接。几种编程语言和框架都有自己的关联连接器。与API提供的低级别访问对比。

另见API、客户端、连接器/C++、连接器/J、连接器/NET、连接器/ODBC。

Connector/C++ 8.0 可用于访问实现 文档存储的 MySQL 服务器，或以传统方式使用 SQL 查询。它支持使用 X DevAPI 开发 C++ 应用程序，或使用适用于 C 的 X DevAPI 开发纯 C 应用程序。它还支持开发使用 Connector/C++ 1.1 中基于 JDBC 的遗留 API 的 C++ 应用程序。有关详细信息，请参阅MySQL 连接器/C++ 8.0 开发人员指南。

另见客户端、连接器、JDBC。

为使用Java编程语言开发的客户端 应用程序 提供连接 的JDBC驱动程序。MySQL Connector/J 是一个 JDBC Type 4 驱动程序：MySQL 协议的纯 Java 实现，不依赖于 MySQL客户端库。有关完整详细信息，请参阅MySQL Connector/J 8.0 开发人员指南。

另请参见客户端、客户端库、连接器、Java、JDBC。

一个 MySQL连接器，供开发人员使用C#、. NET、 Mono、 Visual Studio、 ASP.net和 ADO.net等语言、技术和框架编写应用程序。

另请参阅ADO.NET、ASP.net、连接器、C#、Mono、Visual Studio。

MySQL ODBC 驱动程序系列，使用行业标准开放式数据库连接 ( ODBC ) API 提供对 MySQL 数据库的访问。以前称为 MyODBC 驱动程序。有关完整详细信息，请参阅 MySQL 连接器/ODBC 开发人员指南。

另请参见连接器、ODBC。

针对Windows 操作系统优化的 mysqlPHP APImysqli 版本 。

另请参见连接器、PHP、PHP API。

一种读取操作，它使用 快照信息根据时间点呈现查询结果，而不管同时运行的其他事务执行的更改。如果查询到的数据已经被另一个事务更改，则根据 undo log的内容重建原始数据。这种技术通过强制事务等待其他事务完成来 避免一些可能会降低并发性的锁定问题。

使用REPEATABLE READ 隔离级别，快照基于执行第一次读取操作的时间。使用READ COMMITTED隔离级别，快照将重置为每个一致读取操作的时间。

一致读取是默认模式，在该模式下 InnoDB处理处于READ COMMITTED 和REPEATABLE READ隔离级别SELECT 的语句。因为一致读取不会在它访问的表上设置任何锁，所以其他会话可以在对表执行一致读取时自由修改这些表。

有关适用的隔离级别的技术细节，请参阅 第 15.7.2.3 节，“一致的非锁定读取”。

另请参见并发性、隔离级别、锁定、已提交读、可重复读、快照、事务、撤消日志。

一种可以阻止数据库更改以防止数据变得不一致的自动测试。（在计算机科学术语中，一种与不变条件相关的断言。）约束是 ACID哲学的重要组成部分，用于保持数据一致性。MySQL 支持的约束包括 FOREIGN KEY 约束和 唯一约束。

另见ACID、外键、唯一约束。

由特定类型的 InnoDB操作递增的值。对于测量服务器的繁忙程度、排除性能问题的根源以及测试更改（例如，对查询使用的配置设置或索引）是否具有所需的低级效果很有用。通过Performance Schema表和 INFORMATION_SCHEMA表可以使用不同种类的计数器，尤其是 INFORMATION_SCHEMA.INNODB_METRICS.

另请参见INFORMATION_SCHEMA、指标计数器、性能模式。

包含查询检索到的所有列 的索引。查询不使用索引值作为指针来查找完整的表行，而是从索引结构返回值，从而节省磁盘 I/O。 InnoDB可以将此优化技术应用于比 MyISAM 更多的索引，因为 InnoDB 二级索引还包括 主键列。 InnoDB在该事务结束之前，不能将此技术应用于对事务修改的表的查询。

如果查询正确，任何列索引或 复合索引都可以充当覆盖索引。设计索引和查询以尽可能利用此优化技术。

另见列索引、复合索引、索引、主键、二级索引。

一种主要瓶颈是内存中的 CPU 操作的工作负载。通常涉及读取密集型操作，其中结果可以全部缓存在 缓冲池中。

另见瓶颈、缓冲池、工作量。

MySQL 使用术语“崩溃”来泛指 服务器无法进行正常清理的任何意外关闭操作。例如，数据库服务器机器或存储设备上的硬件故障可能会导致崩溃；电源故障；导致 MySQL 服务器停止的潜在数据不匹配；由 DBA 启动的 快速关闭；或许多其他原因。InnoDB表的强大、自动 崩溃恢复可 确保在服务器重新启动时数据保持一致，而无需 DBA 进行任何额外工作。

另见崩溃恢复、快速关机、InnoDB、关机。

MySQL 在崩溃 后再次启动时发生的清理活动。对于 InnoDB表，使用重做日志中的数据重放来自未完成事务的更改 。崩溃前提交但尚未写入数据文件的更改 将从双写缓冲区重建 。当数据库正常关闭时，这种类型的活动在关闭期间由 清除操作执行。

在正常操作期间，提交的数据可以在写入数据文件之前在 更改缓冲区中存储一段时间。在保持数据文件最新和缓冲数据之间始终存在权衡，前者在正常操作期间引入了性能开销，后者可能使关机和崩溃恢复需要更长的时间。

另见更改缓冲区、提交、崩溃、数据文件、双写缓冲区、InnoDB、清除、重做日志。

“创建、读取、更新、删除”的 首字母缩写词，是数据库应用程序中的常见操作序列。通常表示一类数据库使用相对简单（基本的DDL、 DML和 SQL中的查询语句 ），可以用任何语言快速实现的一类应用程序。

另请参见DDL、DML、查询、SQL。

表示 SQL 语句结果集的内部 MySQL 数据结构。通常与 准备好的语句和 动态 SQL一起使用。它的工作方式类似于其他高级语言中的迭代器，根据请求从结果集中生成每个值。

虽然 SQL 通常会为您处理游标，但在处理性能关键代码时您可能会深入研究其内部工作原理。

另见动态 SQL、准备好的语句、查询。

跟踪数据库对象（如 表、 索引和表 列）的元数据。对于 MySQL 8.0 中引入的 MySQL 数据字典，元数据物理上位于数据库目录中的InnoDB file-per-table 表空间文件中。mysql对于 InnoDB数据字典，元数据物理上位于InnoDB 系统表空间中。

因为MySQL Enterprise Backup产品总是备份 InnoDB系统表空间，所以所有备份都包括InnoDB数据字典的内容。

另请参见列、每个表的文件、.frm 文件、索引、MySQL 企业备份、系统表空间、表。

每个 MySQL 实例保存 数据文件的 InnoDB目录和代表各个数据库的目录。由 datadir配置选项控制。

另见数据文件，实例。

物理上包含 表和 索引数据的文件。

系统InnoDB 表空间，存放InnoDB 数据字典，能够存放多InnoDB张表的数据，用一个或多个.ibdata数据文件表示。

File-per-table 表空间保存单个 InnoDB表的数据，由 .ibd数据文件表示。

通用表空间（MySQL 5.7.6 引入），可以存放多个InnoDB表的数据，也用一个.ibd数据文件来表示。

另请参见数据字典、每个表的文件、通用表空间、.ibd 文件、ibdata 文件、索引、系统表空间、表、表空间。

主要运行大型 查询的数据库系统或应用程序。为了查询效率，可以以非规范化形式组织只读或主要读取数据 。可以受益 于 MySQL 5.6 及更高版本中对只读事务的优化。与OLTP对比 。

另请参见非规范化、OLTP、查询、只读事务。

在 MySQL数据目录中，每个数据库都由一个单独的目录表示。InnoDB系统表空间可以在一个 MySQL 实例中保存来自多个数据库的表数据，它保存在 驻留在各个数据库目录之外的数据文件中。当 启用file-per-table模式时，表示单个 InnoDB 表的.ibd 文件存储在数据库目录中，除非使用该DATA DIRECTORY子句在其他地方创建。MySQL 5.7.6 中引入的通用表空间也将表数据保存在.ibd 文件中. 与 file-per-table .ibd 文件不同，通用表空间 .ibd 文件可以在一个 MySQL 实例中保存来自多个数据库的表数据，并且可以分配给相对于或独立于 MySQL 数据目录的目录。

对于长期使用 MySQL 的用户来说，数据库是一个熟悉的概念。具有 Oracle 数据库背景的用户可能会发现数据库的 MySQL 含义更接近于 Oracle 数据库所说的架构。

另请参见数据文件、每个表的文件、.ibd 文件、实例、模式、系统表空间。

数据控制语言，一组 用于管理权限的SQL语句。在 MySQL 中，由 GRANTand REVOKE语句组成。与DDL和 DML对比 。

另请参见DDL、DML、SQL。

一种功能，可让您使用 Visual Studio中的数据设计工具来操作 MySQL 数据库中的架构和对象。对于使用Connector/NET的 MySQL 应用程序，MySQL Visual Studio 插件充当 MySQL 5.0 及更高版本的 DDEX 提供程序。

另请参阅Visual Studio。

数据定义语言，一组用于操作数据库本身而不是单个表行的 SQL语句。包括所有形式的CREATE、 ALTER和DROP 语句。还包括TRUNCATE 声明，因为它与声明的工作方式不同，即使最终效果相似。 DELETE FROM table_name

DDL语句自动 提交当前 事务；它们无法 回滚。

InnoDB 在线 DDL功能增强了CREATE INDEX、DROP INDEX和许多类型ALTER TABLE 操作 的性能。有关更多信息，请参阅第 15.12 节，“InnoDB 和在线 DDL”。此外，InnoDB file-per-table 设置会影响DROP TABLE和TRUNCATE TABLE操作的行为。

与DML和 DCL 对比。

另见commit、DCL、DML、file-per-table、rollback、SQL、transaction。

不同 事务无法进行的情况，因为每个事务都持有 另一个需要的锁。因为两个事务都在等待资源变得可用，所以没有一个事务释放它持有的锁。

当事务锁定多个表中的行（通过UPDATEor 之类的语句SELECT ... FOR UPDATE）但顺序相反时，可能会发生死锁。当这样的语句锁定索引记录和间隙的范围时，也会发生死锁 ，由于时间问题，每个事务都会获取一些锁而不是其他锁。

有关如何自动检测和处理死锁的背景信息，请参阅 第 15.7.5.2 节，“死锁检测”。有关避免死锁情况和从死锁情况中恢复的提示，请参阅 第 15.7.5.3 节，“如何最小化和处理死锁”。

另见间隙、锁、事务。

一种自动检测何时发生 死锁并自动回滚所涉及事务之一（ 受害者）的机制。可以使用 innodb_deadlock_detect 配置选项禁用死锁检测。

另见死锁、回滚、事务、受害者。

InnoDB处理 语句 时DELETE，行会立即标记为删除，并且不再由查询返回。稍后在称为清除 操作的定期垃圾收集期间回收存储。对于删除大量数据，具有自身性能特征的相关操作是 TRUNCATE和 DROP。

另请参见删除、清除、截断。

将操作产生的对二级索引页面的更改存储DELETE在 更改缓冲区中而不是立即写入更改的技术，以便可以执行物理写入以最大限度地减少随机 I/O。（因为删除操作是一个两步过程，所以这个操作缓冲了通常标记删除索引记录的写入。）它是更改缓冲的类型之一；其他的是insert buffering和 purge buffering。

另请参见更改缓冲区、更改缓冲区、插入缓冲区、插入缓冲区、清除缓冲区。

跨不同表复制数据的数据存储策略，而不是使用 外键和 连接查询链接表。通常用于 数据仓库应用程序，其中数据在加载后不会更新。在此类应用程序中，查询性能比在更新期间轻松维护一致数据更为重要。与归一化对比 。

另见数据仓库、外键、连接、规范化。

一种索引，其中索引存储已针对处理子句进行了优化。 ORDER BY column DESC

另见索引。

字典对象缓存将以前访问过 的数据字典对象存储在内存中，以实现对象重用并最大限度地减少磁盘 I/O。基于 LRU的逐出策略用于从内存中逐出最近最少使用的对象。缓存由存储不同对象类型的多个分区组成。

有关详细信息，请参阅 第 14.4 节，“字典对象缓存”。

另见数据字典，LRU。

缓冲池中已在内存中更新的页面，其中更改尚未写入（刷新 ）到数据文件 中。与干净页面相反 。 InnoDB

另请参阅缓冲池、清洁页面、数据文件、刷新、页面。

检索不可靠数据的操作，数据已被另一个事务更新但尚未 提交。只有在称为read uncommitted的隔离级别才有可能。

这种操作不符合数据库设计的 ACID原则。它被认为是非常危险的，因为数据可以 回滚，或者在提交之前进一步更新；那么，执行脏读的事务将使用从未被确认为准确的数据。

它的对立面是一致性读取，它InnoDB确保一个事务不会读取另一个事务更新的信息，即使另一个事务同时提交也是如此。

另请参见ACID、提交、一致读取、隔离级别、未提交的读取、回滚。

一种主要在磁盘存储（硬盘驱动器或等效设备）上组织数据的数据库。数据在磁盘和内存之间来回传输以进行操作。它与内存数据库相反。虽然InnoDB是基于磁盘的，但它还包含缓冲池、多个缓冲池实例和 自适应哈希索引等功能，这些功能允许某些类型的工作负载主要从内存中工作。

另见自适应散列索引、缓冲池、内存数据库。

一种主要瓶颈是磁盘 I/O的工作负载。（也称为I/O-bound。）通常涉及频繁写入磁盘，或随机读取超出缓冲池容量的更多数据。

另见瓶颈、缓冲池、工作量。

数据操作语言，一组 用于执行 、 和 操作的SQL语句。该 语句有时被视为 DML 语句，因为该窗体与、 和 一样 需要遵守相同的锁定注意事项。 INSERTUPDATEDELETESELECTSELECT ... FOR UPDATEINSERTUPDATEDELETE

表的 DML 语句在事务InnoDB的上下文中运行，因此它们的效果可以 作为一个单元 提交或 回滚。

与DDL和 DCL 对比。

另请参见提交、DCL、DDL、锁定、回滚、SQL、事务。

在InnoDB 全文搜索功能中，表中包含FULLTEXT 索引的特殊列，用于唯一标识与每个 ilist值关联的文档。它的名字是 FTS_DOC_ID（需要大写）。列本身必须是BIGINT UNSIGNED NOT NULL 类型，具有名为 的唯一索引 FTS_DOC_ID_INDEX。最好在创建表时定义此列。如果InnoDB 在创建 FULLTEXT索引时必须将列添加到表中，则索引操作的开销要大得多。

另请参见全文搜索、FULLTEXT 索引、ilist。

InnoDB使用称为 doublewrite 的文件刷新技术。在将 页面写入 数据文件之前， InnoDB首先将它们写入一个称为双写缓冲区的存储区域。只有在对双写缓冲区的写入和刷新完成后，才会 InnoDB将页面写入数据文件中的正确位置。如果操作系统、存储子系统或mysqld进程在页面写入过程中崩溃，可以在崩溃恢复InnoDB期间从 doublewrite 缓冲区中找到一份完好的页面副本 。

尽管数据总是被写入两次，但双写缓冲区不需要两倍的 I/O 开销或两倍的 I/O 操作。数据作为一个大的顺序块写入缓冲区本身，只需fsync()调用一次操作系统。

另见崩溃恢复、数据文件、页面、清除。

一种通过诸如 or 之类的语句删除架构对象的DDL操作。它在内部映射到一个语句。从一个 角度来看，此类操作的性能考虑涉及 数据字典被锁定以确保相互关联的对象全部更新的时间，以及更新 缓冲池等内存结构的时间。对于 表，删除操作与截断操作（语句） 具有一些不同的特征 。DROP TABLEDROP INDEXALTER TABLEInnoDBTRUNCATE TABLE

另见缓冲池、数据字典、DDL、表、截断。

“数据库源名称” 的缩写。它是Connector/ODBC中连接 信息 的编码。有关完整详细信息，请参阅 在 Windows 上配置连接器/ODBC DSN 。它等效于 Connector/NET使用 的连接字符串。

另见connection、connection string、Connector/NET、Connector/ODBC。

ODBC支持的 一种游标，可以在再次读取行时获取新的和更改的结果。游标是否可见更改以及更改的速度取决于所涉及的表类型（事务性或非事务性）以及事务性表的隔离级别。必须显式启用对动态游标的支持。

另请参见游标、ODBC。

InnoDB行格式 。因为长的可变长度列值存储在保存行数据的页面之外，所以它对于包含大对象的行非常有效。由于通常不会访问大字段来评估查询条件，因此不会经常将它们带入缓冲池，从而减少 I/O 操作并更好地利用缓存内存。

从 MySQL 5.7.9 开始，默认行格式由 定义 innodb_default_row_format，默认值为DYNAMIC.

有关InnoDB DYNAMIC行格式的其他信息，请参阅 动态行格式。

另见缓冲池、文件格式、行格式。

与将语句的各个部分连接成字符串变量的幼稚技术相比， 该功能允许您使用更健壮、安全和高效的方法来创建和执行 准备好的语句来替换参数值。

另见准备好的声明。

通过动态 SQL创建和执行 的准备好的语句。

另见动态 SQL，准备好的语句。

类似于beta的阶段，通常在非关键任务环境中评估软件产品的性能、功能和兼容性。

另见测试版。

一种包括许多面向对象特性的编程语言。它的一些概念为 Java和 C#开发人员所熟悉。对于 MySQL 的开源 Eiffel API，请参阅第 29.13 节，“MySQL Eiffel Wrapper”。

另请参阅API、C#、Java。

嵌入式 MySQL 服务器库 ( libmysqld ) 使得在 客户端应用程序中运行功能齐全的 MySQL 服务器成为可能。主要的好处是提高了嵌入式应用程序的速度和更简单的管理。

另见客户端，libmysqld。

一种显示有关 MySQL 启动和关键运行时错误和 崩溃信息的日志。有关详细信息，请参阅第 5.4.2 节，“错误日志”。

另请参见崩溃、日志。

从缓存或其他临时存储区域（例如InnoDB 缓冲池）中删除项目的过程。通常（但并非总是）使用LRU算法来确定要删除的项目。当一个 脏页被逐出时，它的内容被刷新到磁盘，并且任何脏的相邻页面 也可能被刷新。

另见缓冲池、脏页、刷新、LRU、邻居页。

一种用于跟踪、调试或增加数据库应用程序遇到的 SQL 错误的拦截器。例如，拦截器代码可以发出一条SHOW WARNINGS语句来检索附加信息，并添加描述性文本，甚至更改返回给应用程序的异常类型。因为拦截器代码仅在 SQL 语句返回错误时调用，所以在正常（无错误）操作期间不会对应用程序造成任何性能损失。

在使用Connector/J的Java应用程序中 ，设置此类拦截器涉及实现 接口，以及向连接字符串添加 属性。 com.mysql.jdbc.ExceptionInterceptorexceptionInterceptors

在使用Connector/NET的Visual Studio应用程序中，设置此类拦截器涉及定义一个从该类继承的类并将该类名称指定为连接字符串的一部分。 BaseExceptionInterceptor

另请参见Connector/J、Connector/NET、interceptor、Java、Visual Studio。

一种防止任何其他事务锁定同一行的锁。根据事务 隔离级别，这种锁可能会阻止其他事务写入同一行，也可能会阻止其他事务读取同一行。默认隔离级别 REPEATABLE READ通过允许事务读取具有独占锁的行来实现更高 的并发性，这种技术称为一致性读取。 InnoDB

另请参见并发、一致读取、隔离级别、锁、可重复读取、共享锁、事务。

表空间中的一 组页面。对于 16KB 的默认 页面大小，一个范围包含 64 个页面。在 MySQL 5.6 中， 实例的页面大小可以是 4KB、8KB 或 16KB，由 配置选项控制。对于 4KB、8KB 和 16KB 页面大小，范围大小始终为 1MB（或 1048576 字节）。 InnoDBinnodb_page_size

InnoDBMySQL 5.7.6 中添加了 对 32KB 和 64KB 页面大小的支持。对于 32KB 页面大小，范围大小为 2MB。对于 64KB 页面大小，extent 大小为 4MB。

InnoDB段、 预读请求和 双写缓冲区等功能 使用一次读取、写入、分配或释放数据的 I/O 操作。

另见双写缓冲区、页面、页面大小、预读、段、表空间。

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

另见数据字典、MySQL Enterprise Backup、系统表空间。

在发生故障时自动切换到备用服务器的能力。在 MySQL 上下文中，故障转移涉及备用数据库服务器。通常在 J2EE环境中由应用程序服务器或框架支持。

另请参阅连接器/J、J2EE。

InnoDB 插件中首次引入的功能，现在是 MySQL 5.5 及更高版本的一部分，通过避免完全重写关联表来 加速 InnoDB 二级索引的创建。加速也适用于删除二级索引。

由于索引维护会增加许多数据传输操作的性能开销，因此请考虑执行诸如有 ALTER TABLE ... ENGINE=INNODB或 INSERT INTO ... SELECT * FROM ...没有任何二级索引的操作，然后再创建索引。

在 MySQL 5.6 中，此功能变得更加通用。ALTER TABLE 您可以在创建索引时读取和写入表，并且可以在不复制表、不阻塞DML操作或两者的情况下执行更多类型的操作。因此在 MySQL 5.6 及更高版本中，这组功能被称为在线 DDL 而不是快速创建索引。

有关相关信息，请参阅 第 15.12 节，“InnoDB 和在线 DDL”。

另请参见DML、索引、在线 DDL、二级索引。

默认关机程序InnoDB，基于配置设置innodb_fast_shutdown=1。为了节省时间，跳过了某些刷新 操作。这种类型的关闭在正常使用期间是安全的，因为刷新操作是在下次启动期间执行的，使用与崩溃恢复中相同的机制 。在数据库因升级或降级而关闭的情况下，执行慢速关闭以确保在关闭期间将所有相关更改应用于 数据文件。

另见崩溃恢复、数据文件、刷新、关机、缓慢关机。

表的文件格式InnoDB。

另见file-per-table，.ibd file，ibdata file，row format。

由 innodb_file_per_table选项控制的设置的通用名称，这是影响InnoDB文件存储、功能可用性和 I/O 特性等方面的重要配置选项。从 MySQL 5.6.7 开始， innodb_file_per_table默认启用。

启用该选项后，您可以在其自己的.ibd 文件innodb_file_per_table 中创建表， 而不是在系统表空间的共享ibdata 文件中 创建表。当表数据存储在单独的.ibd 文件中时，您可以更灵活地选择 数据压缩等功能所需的 行格式。操作也更快，回收的 空间可以被操作系统使用，而不是保留给. TRUNCATE TABLEInnoDB

MySQL Enterprise Backup产品 对于 在其自己的文件中的表更加灵活。例如，表可以从备份中排除，但前提是它们位于单独的文件中。因此，此设置适用于备份频率较低或按不同计划备份的表。

另见压缩行格式、压缩、文件格式、.ibd 文件、ibdata 文件、innodb_file_per_table、MySQL 企业备份、行格式、系统表空间。

在InnoDB 索引中，在页面被拆分之前索引数据所占 页面的比例。索引数据首先在页面之间划分时未使用的空间允许使用更长的字符串值更新行，而无需昂贵的索引维护操作。如果填充因子太低，索引会占用比需要更多的空间，从而在读取索引时导致额外的 I/O 开销。如果填充因子太高，任何增加列值长度的更新都可能导致索引维护的额外 I/O 开销。有关更多信息，请参阅 第 15.6.2.2 节，“InnoDB 索引的物理结构”。

另见索引，页面。

此行格式由MyISAM存储引擎使用，而不是由InnoDB. 如果您在 MySQL 5.7.6 或更早版本中 使用InnoDB该选项 创建 表，请改用紧凑行格式，尽管该 值可能仍会显示在报告等输出中。从 MySQL 5.7.7 开始，如果指定则返回错误 。 ROW_FORMAT=FIXEDInnoDBFIXEDSHOW TABLE STATUSInnoDBROW_FORMAT=FIXED

另请参见紧凑行格式、行格式。

将更改写入已缓存在内存区域或临时磁盘存储区域中的数据库文件。定期刷新的 InnoDB存储结构包括重做日志、撤销日志和缓冲池。

刷新可能发生是因为内存区域已满并且系统需要释放一些空间，因为 提交操作意味着事务的更改可以完成，或者因为 缓慢的关闭操作意味着所有未完成的工作都应该完成。当一次刷新所有缓冲数据并不重要时， InnoDB可以使用一种称为 模糊检查点的技术来刷新小批量页面以分散 I/O 开销。

另见缓冲池、提交、模糊检查点、重做日志、慢速关机、撤消日志。

InnoDB跟踪 缓冲池中脏页的 内部数据结构： 即已更改且需要写回磁盘的页面。此数据结构由内部 微型交易频繁更新，因此由其自己的互斥锁保护以允许并发访问缓冲池。 InnoDB

另见缓冲池、脏页、LRU、迷你事务、互斥锁、页面、页面清理器。

一种指针关系，位于单独 InnoDB表中的行之间。外键关系在父表和 子表的一列上定义 。

除了能够快速查找相关信息外，外键还有助于通过防止任何这些指针在插入、更新和删除数据时变得无效来帮助实施参照完整性。这种强制机制是一种 约束。如果关联的外键值在另一个表中不存在，则无法插入指向另一个表的行。如果某行被删除或外键值改变，而另一个表中的行指向该外键值，可以设置外键防止删除，导致其他表中对应的列值变为 null, 或自动删除其他表中的相应行。

设计 规范化数据库的一个阶段是识别重复数据，将数据分离到新表中，并设置外键关系，以便使用 连接操作可以像查询单个表一样查询多个表。

另请参见子表、FOREIGN KEY 约束、连接、规范化、NULL、父表、参照完整性、关系。

通过外键关系维护数据库一致性 的约束 类型。与其他类型的约束一样，如果数据变得不一致，它可以防止数据被插入或更新；在这种情况下，要防止的不一致发生在多个表中的数据之间。或者，当执行 DML操作 时，根据创建外键时指定的选项 ，约束可以导致 子行中的数据被删除、更改为不同的值或设置为 null 。FOREIGN KEYON CASCADE

另见子表、约束、DML、外键、NULL。

在大多数情况下，全文搜索的首字母缩写词。有时在性能讨论中，全表扫描的首字母缩写词。

另见全表扫描，全文搜索。

备份包括 每个 MySQL 数据库中 的所有表，以及 MySQL实例中的所有数据库。与部分备份对比。

另见备份、数据库、实例、部分备份、表。

需要读取表的全部内容的操作，而不是仅使用 索引选择的部分。通常使用小型查找表执行，或者在使用大型表的数据仓库情况下执行，其中所有可用数据都被聚合和分析。这些操作发生的频率以及表相对于可用内存的大小，对查询优化和管理缓冲池中使用的算法有影响。

索引的目的是允许在大表中查找特定值或值范围，从而在可行时避免全表扫描。

另请参见缓冲池、索引。

LIKE与使用 SQL运算符或编写您自己的应用程序级搜索算法 相比，MySQL 功能可在表数据中以更快、更方便、更灵活的方式查找单词、短语、单词的布尔组合等 。它使用 SQL 函数 MATCH()和 FULLTEXT 索引。

另见全文索引。

MySQL全文搜索 机制中保存搜索索引 的一种特殊索引。表示列值中的单词，省略任何指定为 stopwords的单词。最初，仅适用于表格。从 MySQL 5.6.4 开始，它也可用于 InnoDB表。 MyISAM

另见全文搜索、索引、InnoDB、搜索索引、停用词。

一种从 缓冲池中刷新小批量脏页的技术，而不是一次刷新所有脏页，否则会中断数据库处理。

另见缓冲池、脏页、刷新。

“普遍可用”，软件产品离开测试版并可供销售、官方支持和生产使用的阶段。

另见测试版。

“全局程序集缓存” 的缩写。.NET系统上用于存储库（程序集） 的中心区域。物理上由嵌套文件夹组成，被.NET CLR 视为单个虚拟文件夹。

另请参见.NET、程序集。

InnoDB 索引数据结构中可以插入新值 的位置。当您使用诸如 之类的语句锁定一组行时SELECT ... FOR UPDATE， InnoDB可以创建适用于间隙以及索引中的实际值的锁。例如，如果您选择所有大于 10 的值进行更新，间隙锁会阻止另一个事务插入大于 10 的新值。supremum 记录和infimum 记录表示包含大于或小于所有值的间隙当前指数值。

另见并发、间隙锁、索引、infimum 记录、隔离级别、supremum 记录。

锁定索引记录之间的 间隙，或锁定第一个或最后一个索引记录之前的间隙。例如，SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE;阻止其他事务将值 15 插入到列t.c1中，无论该列中是否已经存在任何此类值，因为范围内所有现有值之间的间隙都已锁定。与record lock和next-key lock对比。

间隙锁是性能和 并发性之间权衡的一部分，并且用于某些事务隔离级别而不是其他事务隔离级别。

另见gap，infimum record，lock，next-key lock，record lock，supremum record。

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

记录比慢查询日志 范围更广的查询 。与 用于复制 的二进制日志SELECT不同，一般查询日志包含语句并且不保持严格的顺序。有关详细信息，请参阅 第 5.4.3 节，“一般查询日志”。

See Also二进制日志、日志、慢查询日志。

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

使用或 语法 将表添加到通用表空间 。CREATE TABLE tbl_name ... TABLESPACE [=] tablespace_nameALTER TABLE tbl_name TABLESPACE [=] tablespace_name

对比系统表空间 和file-per-table 表空间。

有关详细信息，请参阅第 15.6.3.3 节，“通用表空间”。

另见file-per-table，system tablespace，table，tablespace。

其值是根据列定义中包含的表达式计算的列。生成的列可以是 虚拟的或 存储的。

另见基列、存储生成列、虚拟生成列。

另请参阅J2EE。

一个临时表空间，用于存储 对用户创建的临时表所做更改的 回滚段。

另见临时表空间。

XA操作中涉及的 一种事务。它由几个本身是事务性的操作组成，但所有操作都必须作为一个组成功完成，或者全部作为一个组回滚。从本质上讲，这将 ACID属性“向上扩展了一个级别”，以便多个 ACID 事务可以作为也具有 ACID 属性的全局操作的组件一起执行。

另请参见ACID、事务、XA。

为一组提交InnoDB操作执行一次一些低级 I/O 操作（日志写入） 的优化，而不是为每个提交单独刷新和同步。

另见二进制日志，提交。

“ global unique identifier ”的 缩写，一个ID值，可用于跨不同数据库、语言、操作系统等关联数据。（作为使用顺序整数的替代方法，相同的值可能出现在不同的表、数据库等中，引用不同的数据。）较旧的 MySQL 版本将其表示为 BINARY(16). 目前，它表示为 CHAR(36). MySQL 有一个 UUID()以字符格式返回 GUID 值的函数，以及一个UUID_SHORT()以整数格式返回 GUID 值的函数。因为连续的 GUID 值不一定按升序排序，所以它不是用作大型 InnoDB 表的主键的有效值。

一种索引，用于使用相等运算符而不是范围运算符（如大于或）的查询BETWEEN。它可用于MEMORY表格。尽管出于历史原因哈希索引是 MEMORY表的默认索引，但该存储引擎还支持 B 树索引，这通常是通用查询的更好选择。

MySQL 包含此索引类型的变体，即 自适应哈希索引InnoDB，如果需要，它会根据运行时条件 自动为表构建 。

另请参见自适应哈希索引、B 树、索引、InnoDB。

“硬盘驱动器” 的缩写。指使用旋转盘片的存储介质，通常在与SSD进行比较对比时。它的性能特征会影响 基于磁盘的工作负载的吞吐量。

另请参见基于磁盘的SSD。

发送以指示系统正常运行的定期消息。在 复制上下文中，如果 源停止发送此类消息，则其中一个副本 可以取而代之。可以在集群环境中的服务器之间使用类似的技术，以确认所有服务器都在正常运行。

另见复制，来源。

表示上限的值，可以是运行时不应超过的硬限制，也可以是实际达到的最大值的记录。与low-water mark对比 。

另见低水位线。

计划由 清除 操作处理的带有删除标记记录的事务 列表。记录在撤销日志中。历史列表的长度由命令报告。如果历史列表增长到超过 配置选项的值，每个DML 操作都会稍微延迟，以允许清除操作完成刷新已删除的记录。 InnoDB SHOW ENGINE INNODB STATUSinnodb_max_purge_lag

也称为清除滞后。

另请参阅DML、刷新、清除、清除滞后、回滚段、事务、撤消日志。

从页面释放空块。InnoDB 透明页面压缩功能依赖于 打孔支持。有关更多信息，请参阅 第 15.9.2 节，“InnoDB 页面压缩”。

另见稀疏文件，透明页面压缩。

数据库服务器的网络名称，用于建立 连接。通常与端口一起指定。在某些情况下，IP 地址127.0.0.1比特殊名称更localhost适合访问与应用程序位于同一服务器上的数据库。

另见连接、本地主机、端口。

行、表或内部数据结构被频繁访问的情况，需要某种形式的锁定或互斥，从而导致性能或可伸缩性问题。

尽管“热”通常表示不希望出现的情况，但热备份是首选的备份类型。

另见热备份。

在数据库运行且应用程序读取和写入数据库时​​进行的备份。备份涉及的不仅仅是复制数据文件：它必须包括在备份过程中插入或更新的任何数据；它必须排除在备份过程中删除的任何数据；并且它必须忽略任何未提交的更改。

执行热备份的 Oracle 产品， InnoDB尤其是表 MyISAM以及来自其他存储引擎的表，被称为 MySQL Enterprise Backup。

热备份过程包括两个阶段。数据文件的初始复制会产生一个原始备份。应用 步骤合并了备份运行时对数据库所做的任何更改。应用更改会生成 准备好的备份；这些文件随时可以在需要时恢复。

另请参阅应用、MySQL 企业备份、准备好的备份、原始备份。

file-per-table 表空间和通用表空间 的数据文件 。File-per-table 表空间 .ibd文件包含单个表和关联的索引数据。一般表空间 .ibd文件可能包含多个表的表和索引数据。

.ibd文件扩展名不适用于 由一个或多个ibdata 文件组成 的系统表空间。

DATA DIRECTORY =如果使用该子句 创建每个表文件表空间或通用表空间，则.ibd文件位于指定路径，在正常数据目录之外。

当一个.ibd文件包含在MySQL Enterprise Backup产品的压缩备份中时，压缩的等价物是一个 .ibz文件。

另请参见数据库、每表文件、通用表空间、ibdata 文件、.ibz 文件、innodb_file_per_table、MySQL Enterprise Backup、系统表空间。

当MySQL Enterprise Backup产品执行 压缩备份时，它会将使用file-per-table设置 创建的 每个表空间文件从扩展名转换为 扩展名。 .ibd.ibz

备份期间应用的压缩不同于 在正常操作期间保持表数据压缩的压缩行格式。压缩备份操作会跳过已经采用压缩行格式的表空间的压缩步骤，因为第二次压缩会减慢备份速度，但产生的空间节省很少或没有。

另请参见压缩备份、压缩行格式、每个表的文件、.ibd 文件、MySQL 企业备份、表空间。

InnoDBMySQL 数据库 中管理的一组文件：系统表空间、 file-per-table 表空间文件和重做日志文件。根据 MySQL 版本和InnoDB 配置，还可能包括通用表空间、临时表空间和撤消表空间文件。该术语有时用于InnoDB文件结构和格式的详细讨论，以指代由 InnoDBMySQL 数据库管理的一组文件。

另请参见数据库、每个表的文件、通用表空间、重做日志、系统表空间、临时表空间、撤消表空间。

MySQL Enterprise Backup产品在热备份操作期间 创建的补充备份文件 。它包含有关备份运行时发生的任何数据更改的信息。初始备份文件（包括ibbackup_logfile）称为 原始备份，因为备份操作期间发生的更改尚未合并。在对原始备份文件执行 应用步骤后，生成的文件确实包含那些最终数据更改，称为准备好的备份。在此阶段， ibbackup_logfile不再需要该文件。

另请参阅应用、热备份、MySQL Enterprise Backup、准备好的备份、原始备份。

一组名称如ibdata1、 等的文件ibdata2组成 InnoDB 系统表空间。有关驻留在系统表空间 ibdata文件中的结构和数据的信息，请参阅 第 15.6.3.1 节，“系统表空间”。

文件的增长ibdata受innodb_autoextend_increment 配置选项的影响。

另见更改缓冲区、数据字典、双写缓冲区、每个表的文件、.ibd 文件、innodb_file_per_table、系统表空间、撤消日志。

非压缩临时表和相关对象 的InnoDB 临时表空间 数据文件。配置文件选项， 允许用户定义临时表空间数据文件的相对路径。如果 未指定，默认行为是 在数据目录中创建一个自动扩展的 12MB 数据文件，旁边是. InnoDB innodb_temp_data_file_pathinnodb_temp_data_file_pathibtmp1ibdata1

另见数据文件、临时表、临时表空间。

一组文件，通常命名为ib_logfile0 和ib_logfile1，它们构成了 重做日志。有时也称为日志组。这些文件记录了试图改变 InnoDB表中数据的语句。在崩溃后启动时，这些语句会自动重放以更正由不完整事务写入的数据。

此数据不能用于手动恢复；对于这种类型的操作，请使用二进制日志。

另见二进制日志、日志组、重做日志。

在InnoDB FULLTEXT 索引中，数据结构由文档 ID 和标记（即特定单词）的位置信息组成。

另见全文索引。

InnoDB无需您特别请求即可获取以确保一致性 的行锁。

另见行锁。

一种将数据保存在内存中的数据库系统，以避免由于磁盘 I/O 以及磁盘块和内存区域之间的转换而产生的开销。一些内存数据库牺牲了持久性（ACID设计理念中 的“ D ”）并且容易受到硬件、电源和其他类型故障的影响，使它们更适合只读操作。其他内存数据库确实使用持久性机制，例如将更改记录到磁盘或使用非易失性内存。

解决同类内存密集型处理的 MySQL 功能包括InnoDB 缓冲池、 自适应哈希索引和 只读事务 优化、MEMORY存储引擎、MyISAM键缓存和 MySQL 查询缓存。

另请参见ACID、自适应哈希索引、缓冲池、基于磁盘的只读事务。

一种由MySQL Enterprise Backup产品执行的热备份， 它只保存自某个时间点以来更改的数据。拥有完整备份和连续的增量备份可以让您在很长一段时间内重建备份数据，而无需手头保留多个完整备份的存储开销。您可以还原完整备份，然后连续应用每个增量备份，或者您可以通过应用每个增量备份来使完整备份保持最新，然后执行单个还原操作。

更改数据的粒度在 页面级别。一页实际上可能覆盖不止一行。每个更改的页面都包含在备份中。

另请参阅热备份，MySQL Enterprise Backup，页面。

一种为 表的行 提供快速查找功能的数据结构 ，通常通过形成 表示特定 列或列集的 所有值的树结构（ B 树）来实现。

InnoDB表总是有一个 代表主键的聚簇索引。它们还可以在一个或多个列上定义一个或多个二级索引。根据其结构，二级索引可以分为 部分索引、 列索引或 复合索引。

索引是 查询性能的一个重要方面。数据库架构师设计表、查询和索引，以允许快速查找应用程序所需的数据。理想的数据库设计在可行的情况下使用覆盖索引 ；查询结果完全根据索引计算，而不读取实际的表数据。每个 外键约束还需要一个索引，以有效地检查父表和 子表中是否存在值。

虽然 B 树索引是最常见的，但哈希索引使用了不同类型的数据结构，如MEMORY存储引擎和InnoDB 自适应哈希索引。 R树索引用于多维信息的空间索引。

另请参见自适应哈希索引、B 树、子表、聚集索引、列索引、复合索引、覆盖索引、外键、哈希索引、父表、部分索引、主键、查询、R 树、行、二级索引，桌子。

保存 InnoDB 全文搜索令牌数据的内存区域。当在属于 FULLTEXT 索引的列中插入或更新数据时，它会缓冲数据以最大限度地减少磁盘 I/O 。当索引缓存变满时，令牌数据将写入磁盘。每个 InnoDB FULLTEXT索引都有自己独立的索引缓存，其大小由配置选项控制 innodb_ft_cache_size。

另见全文搜索，全文索引。

索引条件下推 (ICP) 是一种优化，WHERE如果条件的一部分可以使用索引中的字段进行评估，则将条件的一部分下推到存储引擎。ICP可以减少存储引擎必须访问基表的次数和MySQL服务器必须访问存储引擎的次数。有关详细信息，请参阅 第 8.2.1.6 节，“索引条件下推优化”。

另请参见索引、存储引擎。

用于覆盖 优化器推荐的索引的扩展 SQL 语法。例如，the FORCE INDEX、、 USE INDEX和IGNORE INDEX子句。通常在索引列的值分布不均匀时使用，从而导致 基数估计不准确。

另请参见基数、索引。

在应用于多列的索引（称为复合索引）中，索引的初始列或前导列。引用复合索引的前 1、2、3 等列的查询可以使用该索引，即使查询没有引用索引中的所有列。

另请参见复合索引、索引。

索引中 的伪记录，表示 低于该索引中最小值的间隙。如果一个事务有一个语句，例如 ，并且该列中的最小值是 5，它是对 infimum 记录的锁定，可以防止其他事务插入更小的值，例如 0、-10 等。 SELECT ... FROM ... WHERE col < 10 FOR UPDATE;

另见gap，index，pseudo-record，supremum record。

为 MySQL数据字典提供查询接口 的数据库 的名称。（此名称由 ANSI SQL 标准定义。）要检查有关数据库的信息（元数据），您可以查询诸如 和 之类的表，而不是使用 生成非结构化输出的命令。 INFORMATION_SCHEMA.TABLESINFORMATION_SCHEMA.COLUMNSSHOW

该INFORMATION_SCHEMA数据库还包含特定于InnoDBInnoDB的表，这些表为数据字典提供查询接口。您使用这些表不是为了查看数据库的结构，而是为了获取有关表工作的实时信息，InnoDB以帮助进行性能监控、调整和故障排除。

另见数据字典、数据库、InnoDB。

一个 MySQL 组件，它结合了高性能和 事务处理能力，以实现可靠性、健壮性和并发访问。它体现了 ACID的设计理念。表示为存储引擎；它处理使用该 ENGINE=INNODB子句创建或更改的表。有关体系结构详细信息和管理过程， 请参阅 第 15 章，InnoDB 存储引擎，有关性能建议，请参阅第 8.5 节，“优化 InnoDB 表”。

在 MySQL 5.5 及更高版本中，InnoDB是新表的默认存储引擎， ENGINE=INNODB不需要该子句。

InnoDB表非常适合 热备份。 有关用于在不中断正常处理的情况下备份 MySQL 服务器 的MySQL Enterprise Backup产品的信息，请参阅 第 30.2 节，“MySQL Enterprise Backup Overview” 。

另见ACID、热备份、MySQL Enterprise Backup、存储引擎、事务。

该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) 是默认的，这反映了从基于语句的复制到基于行的复制作为默认复制类型的变化。

另见auto-increment，auto-increment locking，混合模式 insert，primary key。

影响 InnoDB文件存储、功能可用性和 I/O 特性的许多方面的重要配置选项。在 MySQL 5.6.7 及更高版本中，它默认启用。该 innodb_file_per_table选项打开file-per-table模式。启用此模式后，新创建的 InnoDB表和关联的索引可以存储在系统表空间之外的file-per-table .ibd 文件中。

此选项会影响许多 SQL 语句的性能和存储注意事项，例如 DROP TABLE和 TRUNCATE TABLE。

启用该 innodb_file_per_table选项可以让您利用 MySQL Enterprise Backup中的表压缩和命名表备份等功能。

有关详细信息，请参阅 innodb_file_per_table和 第 15.6.3.2 节，“File-Per-Table 表空间”。

另请参阅压缩、每个表的文件、.ibd 文件、MySQL 企业备份、系统表空间。

该选项在等待共享资源变为可用、放弃并处理错误、重试或在您的应用程序中进行替代处理innodb_lock_wait_timeout 之间设置平衡 。回滚等待超过指定时间获取 锁的任何事务。如果死锁是由不同存储引擎控制的多个表的更新引起的，则特别有用 ；不会自动检测到此类死锁 。 InnoDB

另见死锁、死锁检测、锁定、等待。

该innodb_strict_mode选项控制是否InnoDB在 严格模式下运行，在这种模式下，通常被视为警告的条件会导致错误（并且底层语句失败）。

另见严格模式。

SQL 中的主要DML 操作之一。插入的性能是将数百万行加载到表 中的数据仓库系统和许多并发连接可能以任意顺序将行插入到同一个表中的OLTP系统的关键因素 。如果插入性能对您很重要，您应该了解InnoDB 特性，例如更改缓冲中使用的插入缓冲区和 自动递增列。

另请参见自动增量、更改缓冲、数据仓库、DML、InnoDB、插入缓冲区、OLTP、SQL。

更改缓冲区 的旧名称。DELETE在 MySQL 5.5 中，添加了对缓冲和 UPDATE操作的二级索引页面更改的支持 。以前，只有 INSERT操作产生的变化才会被缓冲。首选术语现在是change buffer。

另请参见更改缓冲区、更改缓冲。

将操作产生的对二级索引页面的更改存储INSERT在更改缓冲区中而不是立即写入更改的技术，以便可以执行物理写入以最大限度地减少随机 I/O。它是变化缓冲的一种；其他的是delete buffering和 purge buffering。

如果二级索引是唯一的， 则不使用插入缓冲 ，因为在写出新条目之前无法验证新值的唯一性。其他类型的更改缓冲确实适用于唯一索引。

另请参阅更改缓冲区、更改缓冲区、删除缓冲区、插入缓冲区、清除缓冲区、唯一索引。

一种间隙锁，由INSERT行插入之前的操作设置。这种类型的锁 表示插入的意图，这样插入到同一索引间隙的多个事务如果不在间隙内的同一位置插入，则无需等待彼此。有关详细信息，请参阅 第 15.7.1 节，“InnoDB 锁定”。

另见gap lock，lock，next-key lock。

一个单独的mysqld守护进程管理一个数据目录，该目录代表一个或多个具有一组表的数据库。在开发、测试和一些 复制场景中，在同一 台服务器机器上有多个实例是很常见的，每个实例管理自己的数据目录并监听自己的端口或套接字。在一个实例运行 磁盘绑定工作负载的情况下，服务器可能仍有额外的 CPU 和内存容量来运行其他实例。

另见数据目录、数据库、磁盘绑定、mysqld、复制、服务器、表。

在源代码级别进行修改以收集性能数据以进行调整和调试。在 MySQL 中，检测收集的数据通过使用数据库的 SQL 接口 INFORMATION_SCHEMA公开 PERFORMANCE_SCHEMA。

另见INFORMATION_SCHEMA，性能模式。

一种应用于表 的锁，用于指示事务打算在表中的行上获取的锁的种类。不同的事务可以在同一个表上获取不同类型的意向锁，但是第一个在表上获取意向排他(IX) 锁的事务会阻止其他事务在表上获取任何 S 或 X 锁。反之，第一个获得 共享意向的交易表上的 (IS) 锁可防止其他事务获取表上的任何 X 锁。两阶段过程可以让锁请求按顺序解决，不会阻塞锁和相应的兼容操作。有关此锁定机制的更多信息，请参阅第 15.7.1 节，“InnoDB 锁定”。

另见锁定、锁定模式、锁定、事务。

用于检测或调试应用程序某些方面的代码，无需重新编译或更改应用程序本身的源代码即可启用。

另见命令拦截器、连接器/J、连接器/NET、异常拦截器。

优化器使用的优化 内部InnoDB临时表。

另见优化器。

为文档检索系统优化的一种数据结构，用于实现InnoDB 全文搜索。InnoDB FULLTEXT 索引作为 倒排索引实现，记录文档中每个单词的位置，而不是表行的位置。单个列值（存储为文本字符串的文档）由倒排索引中的许多条目表示。

另请参见全文搜索、FULLTEXT 索引、ilist。

每秒 I/O 操作 的缩写。繁忙系统的常见度量，尤其是OLTP应用程序。如果此值接近存储设备可以处理的最大值，则应用程序可能会 受磁盘限制，从而限制 可伸缩性。

另见磁盘绑定、OLTP、可伸缩性。

数据库处理的基础之一。隔离是 首字母缩略词 ACID中的I；隔离级别是在多个事务同时进行更改和执行查询时 微调性能与结果的可靠性、一致性和可再现性之间的平衡的设置。

从最高程度的一致性和保护程度到最低程度，InnoDB 支持的隔离级别是： SERIALIZABLE、 REPEATABLE READ、 READ COMMITTED和 READ UNCOMMITTED。

对于InnoDB表，许多用户可以为所有操作保留默认隔离级别 ( REPEATABLE READ )。专家用户可能会选择 READ COMMITTED级别，因为他们通过OLTP处理突破了可伸缩性的界限 ，或者在数据仓库操作期间，轻微的不一致不会影响大量数据的聚合结果。边缘级别（SERIALIZABLE和 READ UNCOMMITTED）将处理行为更改到很少使用的程度。

另见ACID、OLTP、READ COMMITTED、READ UNCOMMITTED、REPEATABLE READ、SERIALIZABLE、transaction。

Java Platform, Enterprise Edition：Oracle 的企业 Java 平台。它由用于企业级 Java 应用程序的 API 和运行时环境组成。有关完整详细信息，请参阅 http://www.oracle.com/technetwork/java/javaee/overview/index.html。对于 MySQL 应用程序，您通常使用 Connector/J进行数据库访问，使用Tomcat或 JBoss等应用程序服务器 来处理中间层工作，还可以选择使用 Spring等框架。J2EE 堆栈中通常提供的与数据库相关的功能包括 连接池和 故障转移支持。

另见连接池、连接器/J、故障转移、Java、JBoss、Spring、Tomcat。

一种结合了高性能、丰富的内置功能和数据类型、面向对象的机制、广泛的标准库和范围广泛的可重用第三方模块的编程语言。许多框架、应用程序服务器和其他技术支持企业开发。C和 C++开发人员熟悉它的大部分语法。要使用 MySQL 编写 Java 应用程序，您可以使用 称为 Connector/J的JDBC驱动程序。

另见C、连接器/J、C++、JDBC。

另请参阅J2EE。

“ Java Database Connectivity ”的 缩写，一种 用于从Java应用程序访问数据库 的API 。编写 MySQL 应用程序的 Java 开发人员使用 Connector/J组件作为他们的 JDBC 驱动程序。

另请参阅API、连接器/J、J2EE、Java。

另见Java。

通过引用表中包含相同值的列从多个表中检索数据 的查询。理想情况下，这些列是InnoDB 外键关系的一部分，这可确保 引用完整性并为连接列建立索引。通常用于在规范化数据设计 中通过用数字 ID 替换重复的字符串来节省空间和提高查询性能 。

另见外键、索引、规范化、查询、参照完整性。

在 Kerberos 中，密钥分发中心包括身份验证服务器 (AS) 和票证授予服务器 (TGS)。

另请参见身份验证服务器、票证授予票证。

另请参阅SSL。

在使用压缩行格式InnoDB的表中 指定数据页大小的选项 。默认值为 8 KB。较低的值有可能达到取决于行大小和压缩百分比组合的内部限制。

对于MyISAM表， KEY_BLOCK_SIZE可选择指定用于索引键块的大小（以字节为单位）。该值被视为提示；如有必要，可以使用不同的尺寸。为单个索引定义指定的 KEY_BLOCK_SIZE值会覆盖表级 KEY_BLOCK_SIZE值。

另见压缩行格式。

一种轻量级结构，用于为其自己的内部内存结构InnoDB实现锁定，通常保持短暂的时间（以毫秒或微秒为单位）。一个通用术语，包括互斥锁（用于独占访问）和读写锁 （用于共享访问）。某些锁存器是 InnoDB性能调整的重点。有关闩锁使用和争用的统计信息可通过 性能模式界面获得。

另见lock、locking、mutex、Performance Schema、rw-lock。

libmysqlclient库 的非正式名称 。

另见libmysqlclient。

libmysqlclient.a名为或 的库文件，libmysqlclient.so通常链接到用C编写的客户端程序 。有时非正式地称为libmysql或 mysqlclient库。

另见客户端、libmysql、mysqlclient。

这个嵌入式MySQL 服务器库使得在客户端应用程序中运行功能齐全的 MySQL 服务器成为可能。主要的好处是提高了嵌入式应用程序的速度和更简单的管理。您链接到 libmysqld库而不是 libmysqlclient。所有这三个库的 API 都是相同的。

另见客户端、嵌入式、libmysql、libmysqlclient。

Connector/J支持的 一种拦截器。它涉及实现接口 。 com.mysql.jdbc.ConnectionLifecycleInterceptor

另请参见连接器/J、拦截器。

InnoDB 缓冲池表示为内存 页列表 。当新页面被访问并进入缓冲池时，该列表会重新排序，因为缓冲池中的页面会再次被访问并被视为较新的页面，并且随着长时间未访问的页面 被从缓冲池中逐出。缓冲池分为 子列表，替换策略是熟悉的 LRU技术的变体。

另见缓冲池、逐出、LRU、页面、子列表。

一种通过向复制或集群配置中的不同从属服务器发送查询请求来扩展只读连接的技术。使用 Connector/J，负载平衡通过 com.mysql.jdbc.ReplicationDriver类启用并由配置属性控制 loadBalanceStrategy。

另请参阅连接器/J、J2EE。

另见连接。

作为锁定策略 的一部分，控制对资源（例如表、行或内部数据结构）的访问的对象的高级概念。对于密集的性能调优，您可能会深入研究实现锁的实际结构，例如 mutexes和 latches。

另请参见闩锁、锁定模式、锁定、互斥锁。

一些数据库系统中使用的一种操作，将许多 行锁转换为单个 表锁，节省内存空间但减少对表的并发访问。 InnoDB对行锁使用节省空间的表示，因此 不需要 锁升级。

另见锁定、行锁、表锁。

共享 (S)锁允许 事务读取一行。多个事务可以同时获取同一行上的 S 锁。

排他 (X) 锁允许事务更新或删除行。没有其他事务可以同时在同一行上获取任何类型的锁。

意向锁适用于表，用于指示事务打算在表中的行上获取什么样的锁。不同的事务可以在同一个表上获取不同类型的意向锁，但是第一个在表上获取意向排他 (IX) 锁的事务会阻止其他事务在表上获取任何 S 或 X 锁。相反，第一个获取表上意向共享 (IS) 锁的事务会阻止其他事务获取表上的任何 X 锁。两阶段过程可以让锁请求按顺序解决，不会阻塞锁和相应的兼容操作。

另见意向锁、锁定、锁定、事务。

保护 事务不被其他事务查询或更改的数据看到或更改的系统。锁定策略必须平衡数据库操作的 可靠性和一致性（ ACID哲学的原则）与良好并发性所需的性能 。微调锁定策略通常涉及选择 隔离级别并确保所有数据库操作对于该隔离级别都是安全可靠的。

另见ACID、并发、隔离级别、锁定、事务。

SELECT同时对表执行锁定操作 的语句InnoDB。要么SELECT ... FOR UPDATE要么SELECT ... LOCK IN SHARE MODE。它有可能产生 死锁，这取决于事务的 隔离级别。与非锁定读取相反。只读事务中的全局表不允许 。

SELECT ... FOR SHARESELECT ... LOCK IN SHARE MODE在 MySQL 8.0.1 中 替换，但LOCK IN SHARE MODE仍然可用于向后兼容。

请参阅第 15.7.2.4 节，“锁定读取”。

另请参见死锁、隔离级别、锁定、非锁定读取、只读事务。

在InnoDB上下文中，“日志”或 “日志文件”通常是指 由 ib_logfile 文件表示的重做日志。另一种类型的日志是 撤消日志，它是一个存储区域，用于保存活动事务修改的数据副本。 NInnoDB

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 处理以此前缀开头的配置选项，但如果前缀后的部分不是可识别的选项，则给出警告而不是失败。

另见启动。

表示下限的值，通常是一些纠正措施开始或变得更积极的阈值。与high-water mark对比。

另见高水位线。

“最近最少使用” 的首字母缩写词，一种管理存储区域的常用方法。当需要空间来缓存较新的项目时，最近未使用的项目将被逐出。InnoDB 默认情况下使用 LRU 机制来管理 缓冲池中的页面，但在 页面可能只被读取一次的情况下会出现异常，例如在全表扫描期间。LRU 算法的这种变体称为中点插入策略。有关详细信息，请参阅 第 15.5.1 节，“缓冲池”。

另见缓冲池、逐出、全表扫描、中点插入策略、页面。

“日志序列号” 的缩写。这个任意的、不断增加的值表示对应于重做日志中记录的操作的时间点。（这个时间点与 事务边界无关；它可以落在一个或多个事务的中间。）它在崩溃恢复和管理缓冲池InnoDB期间在 内部使用。

在 MySQL 5.6.3 之前，LSN 是一个 4 字节的无符号整数。当重做日志文件大小限制从 4GB 增加到 512GB 时，LSN 在 MySQL 5.6.3 中变为 8 字节无符号整数，因为需要额外的字节来存储额外的大小信息。基于 MySQL 5.6.3 或更高版本构建的使用 LSN 值的应用程序应使用 64 位而不是 32 位变量来存储和比较 LSN 值。

在MySQL Enterprise Backup 产品中，您可以指定一个 LSN 来表示进行增量备份的时间点。相关的 LSN 由mysqlbackup命令的输出显示。一旦有了与完整备份时间相对应的 LSN，就可以指定该值以进行后续增量备份，其输出包含下一次增量备份的另一个 LSN。

另见缓冲池、崩溃恢复、增量备份、MySQL 企业备份、重做日志、事务。

包含对其他表的引用的文件，由 MERGE存储引擎使用。具有此扩展名的文件始终包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

另见MySQL 企业备份，mysqlbackup 命令。

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

另见.MYI 文件、MySQL Enterprise Backup、mysqlbackup 命令。

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

另见.MYD 文件、MySQL Enterprise Backup、mysqlbackup 命令。

在后台执行各种任务的InnoDB 线程。大多数这些任务都与 I/O 相关，例如将更改从更改缓冲区写入适当的二级索引。

为了提高并发性，有时会将操作从主线程移至单独的后台线程。例如，在 MySQL 5.6 及更高版本中， 脏页由 页面清理器线程 而不是主线程 从 缓冲池中清除。

另见缓冲池、更改缓冲区、并发、脏页、刷新、页面清理器、线程。

“元数据锁” 的缩写。

另见元数据锁。

部分信任 的同义词。由于信任设置的范围如此广泛，“部分信任”是首选，以避免暗示只有三个级别（低、中和完全）。

另见连接器/NET，部分信任。

许多 MySQL 和 NoSQL软件栈的一个流行组件，允许快速读取和写入单个值并将结果完全缓存在内存中。传统上，应用程序需要额外的逻辑来将相同的数据写入 MySQL 数据库以进行永久存储，或者在数据尚未缓存在内存中时从 MySQL 数据库读取数据。现在，应用程序可以使用简单的 memcached协议，由多种语言的客户端库支持，使用InnoDB或 直接与 MySQL 服务器通信NDB表。这些 MySQL 表的 NoSQL 接口允许应用程序实现比直接发出 SQL 语句更高的读写性能，并且可以简化已经包含内存缓存的memcached系统的应用程序逻辑和部署配置 。

表的memcached接口 InnoDB在 MySQL 5.6 及更高版本中可用；有关详细信息，请参阅第 15.20 节，“InnoDB memcached 插件”。表的 memcached接口NDB 在 NDB Cluster 7.2 及更高版本中可用；有关详细信息，请参阅 http://dev.mysql.com/doc/ndbapi/en/ndbmemcache.html 。

另见InnoDB、NoSQL。

将更改应用于缓存在内存中的数据，例如当页面被带入缓冲池时，更改缓冲区中记录的任何适用更改 都将合并到缓冲池中的页面中。更新后的数据最终通过flush机制 写入表空间。

另见缓冲池、更改缓冲区、刷新、表空间。

一种锁，可防止 对另一个事务同时使用的表进行 DDL操作。有关详细信息，请参阅 第 8.11.4 节，“元数据锁定”。

对联机操作的 增强 ，特别是在 MySQL 5.6 及更高版本中，重点在于减少元数据锁定的数量。目标是在 表被其他事务查询、更新等操作时，不更改表结构（例如表）的 DDL 操作继续 CREATE INDEX进行 。 DROP INDEXInnoDB

另见DDL、锁、在线、事务。

在 MySQL 5.6 及更高版本中，由INFORMATION_SCHEMAINNODB_METRICS中的表 实现的功能 。您可以查询 低级操作的 计数和总数，并将结果与 ​​性能模式中的数据结合使用以进行性能调整。 InnoDB

另见counter、INFORMATION_SCHEMA、Performance Schema。

最初将 页面放入 InnoDB 缓冲池的技术不是在列表的“最新”端，而是在中间的某个位置。innodb_old_blocks_pct根据选项的设置，该点的确切位置可能会有所不同 。目的是只读取一次的页面，例如在全表扫描期间，可以比使用严格的 LRU算法更快地从缓冲池中老化。有关详细信息，请参阅第 15.5.1 节，“缓冲池”。

另见缓冲池、全表扫描、LRU、页面。

处理的内部阶段，在DML操作期间在物理 级别对内部数据结构 InnoDB进行更改时。迷你交易 (mtr) 没有 回滚的概念；多个小交易可以在单个 交易中发生。小型事务将信息写入崩溃恢复期间使用的重做日志。迷你事务也可以在常规事务的上下文之外发生，例如在 后台线程的 清除处理期间。

另请参见提交、崩溃恢复、DML、物理、清除、重做日志、回滚、事务。

为一些但不是所有新行指定自动增量值 的INSERT语句 。例如，多值可以在某些情况下和其他情况下 为自动增量列指定一个值 。为列值指定为 的行生成自动增量值 。另一个示例是一条 语句，其中可能会生成但不使用自动增量值，用于处理作为 而不是语句处理的任何重复行。 INSERTNULLInnoDBNULLINSERT ... ON DUPLICATE KEY UPDATEUPDATEINSERT

可能导致 复制配置中的源服务器和 副本服务器 之间出现一致性问题。可能需要调整 innodb_autoinc_lock_mode 配置选项的值。

另见auto-increment，innodb_autoinc_lock_mode，replica，replication，source。

用于 MySQL 的较旧的 JDBC 驱动程序在与 MySQL 产品集成时 演变为 Connector/J 。

另见连接器/J。

由 Novell 开发的开源框架， 适用于 Linux 平台上 的Connector/NET和 C#应用程序。

另请参见连接器/NET、C#。

一种可以利用多线程程序的处理器，例如 MySQL 服务器。

“互斥变量” 的非正式缩写。（Mutex 本身是“互斥”的缩写。）用于表示和强制执行对内部内存数据结构的InnoDB独占访问 锁的低级对象。一旦获得锁，任何其他进程、线程等都无法获得相同的锁。与rw-locks对比，后者 InnoDB用于表示和强制执行对内部内存数据结构的共享访问锁。Mutexes 和 rw-locks 统称为latches。

另见latch、lock、Performance Schema、Pthreads、rw-lock。

“多版本并发控制” 的缩写。这种技术让具有特定 隔离级别的InnoDB 事务执行 一致的读取操作；也就是说，查询正在被其他事务更新的行，并查看这些更新发生之前的值。这是一种提高 并发性的强大技术，它允许查询继续进行而无需等待 其他事务持有的 锁。

这种技术在数据库世界中并不普遍。其他一些数据库产品和其他一些 MySQL 存储引擎不支持它。

另请参见ACID、并发、一致读取、隔离级别、锁、事务。

MySQL选项文件 在 Unix 或 Linux 系统上的名称 。

另见my.ini，选项文件。

在 Windows 系统上，MySQL 选项文件的名称。

另见my.cnf，选项文件。

Connector/ODBC 的过时名称 。

另请参阅连接器/ODBC。

mysql程序是 MySQL 数据库的命令行解释器 。它 通过将请求传递给 mysqld守护进程 来处理SQL语句以及 MySQL 特定的命令，例如。SHOW TABLES

另见mysqld，SQL。

执行MySQL 数据库热备份的许可产品。它在备份 InnoDB表时提供最高的效率和灵活性，但也可以备份 MyISAM其他类型的表。

另见热备份，InnoDB。

MySQL Enterprise Backup产品 的命令行工具。它对表 进行 热备份操作， 对 其他类型的表进行热备份。有关此命令的更多信息，请参阅第 30.2 节，“MySQL 企业备份概述”。 InnoDBMyISAM

另见热备份、MySQL 企业备份、热备份。

由文件libmysqlclient 实现的库的非正式名称，扩展名为.aor .so。

另见libmysqlclient。

mysqld也称为 MySQL 服务器，是一个单一的多线程程序，它完成 MySQL 安装中的大部分工作。它不会产生额外的进程。MySQL 服务器管理对包含数据库、表和其他信息（如日志文件和状态文件）的 MySQL 数据目录的访问。

mysqld作为 Unix 守护进程或 Windows 服务运行，不断等待请求并在后台执行维护工作。

另见实例，mysql。

构成 MySQL Python API基础的 开源 Python模块的名称。

另见Python、Python API。

对数据库、表和表数据的某种组合 执行逻辑备份的命令。结果是再现原始模式对象、数据或两者的 SQL 语句。对于大量数据，MySQL Enterprise Backup 等物理备份解决方案速度更快，特别是对于 恢复操作。

另见逻辑备份、MySQL 企业备份、物理备份、恢复。

另请参见ADO.NET、ASP.net、Connector/NET、Mono、Visual Studio。

libmysqlclient 的同义词。

另见libmysql。

索引列，通常是主键，其中的值具有一定的现实意义。通常不建议这样做，因为：

因此，通常最好使用任意数值来形成合成键，例如使用自动增量 列。

See Also auto-increment , clustered index , primary key , secondary index , synthetic key。

与特定页面具有相同 范围的 任何页面。当一个页面被选择 刷新时，任何相邻的脏页面通常也会被刷新，作为传统硬盘的 I/O 优化。在 MySQL 5.6 及更高版本中，此行为可以由配置变量控制 ；您可能会为 SSD 驱动器关闭该设置，SSD 驱动器在随机位置写入小批量数据时没有相同的开销。 innodb_flush_neighbors

另见脏页、范围、刷新、页面。

索引记录上的记录锁和索引记录之前的间隙上的间隙锁 的组合。

另见间隙锁、锁定、记录锁。

不使用 or子句 的查询。只读事务中全局表允许的唯一查询。与锁定读取相反 。请参阅 第 15.7.2.3 节，“一致的非锁定读取”。 SELECT ... FOR UPDATESELECT ... LOCK IN SHARE MODE

SELECT ... FOR SHARESELECT ... LOCK IN SHARE MODE在 MySQL 8.0.1 中 替换，但LOCK IN SHARE MODE仍然可用于向后兼容。

另请参见锁定读取、查询、只读事务。

查询检索数据的情况，同一事务中的后续查询 检索应该是相同数据的内容，但查询返回不同的结果（同时被另一个事务提交更改）。

这种操作违背了 数据库设计的ACID原则。在事务中，数据应该是一致的，具有可预测和稳定的关系。

在不同的隔离级别中，不可重复读被 序列化读和 可重复读级别阻止，而一致读和未提交读级别允许。

另请参见ACID、一致读取、隔离级别、未提交读取、可重复读取、可序列化、事务。

与异步 I/O 含义相同的行业术语 。

另请参阅异步 I/O。

一种数据库设计策略，将数据拆分到多个表中，并将重复值压缩到由一个 ID 表示的单行中，以避免存储、查询和更新冗余或冗长的值。它通常用于 OLTP应用程序。

例如，一个地址可能被赋予一个唯一的 ID，这样人口普查数据库就可以通过将该 ID 与每个家庭成员相关联来表示 居住在该地址的关系，而不是存储复杂值的多个副本，例如 123 Main Street ，任何城镇，美国。

再举一个例子，虽然一个简单的地址簿应用程序可能将每个电话号码与一个人的姓名和地址存储在同一个表中，但电话公司数据库可能会为每个电话号码分配一个特殊的 ID，并将号码和 ID 存储在一个单独的表中。当区域代码分开时，这种标准化表示可以简化大规模更新。

并不总是推荐规范化。主要查询且仅通过完全删除和重新加载来更新的数据通常保存在更少、更大的表中，其中包含重复值的冗余副本。这种数据表示被称为 非规范化，经常出现在数据仓库应用程序中。

另请参阅非规范化、外键、OLTP、关系。

不使用SQL语言作为读取和写入数据的主要机制的一组数据访问技术的广义术语。一些NoSQL技术作为key-value存储，只接受单值读写；一些放宽了ACID方法论的限制；还有一些不需要预先计划的 架构。MySQL 用户可以通过使用memcached API 直接访问某些类型的 MySQL 表，将 NoSQL 风格的处理与 SQL 操作结合起来以提高速度和简单性，以提高灵活性和方便性 。memcached接口 _ InnoDB表在 MySQL 5.6 及更高版本中可用；有关详细信息，请参阅第 15.20 节，“InnoDB memcached 插件”。表的 memcached接口NDB 在 NDB Cluster 7.2 及更高版本中可用；请参阅 ndbmemcache—NDB Cluster 的 Memcache API（不再支持）。

另见ACID、InnoDB、memcached、模式、SQL。

一种约束类型，指定列不能包含任何NULL值。它有助于保持参照完整性，因为数据库服务器可以识别具有错误缺失值的数据。它还有助于查询优化中涉及的算法，允许优化器预测该列索引中的条目数。

另见列、约束、NULL、主键、参照完整性。

SQL中 的一个特殊值，表示缺少数据。涉及NULL值的任何算术运算或相等性测试依次产生NULL结果。（因此它类似于 NaN 的 IEEE 浮点概念，“不是数字” 。）在确定要除以多少行时，任何聚合计算（例如 AVG()忽略具有 值的行）。NULL唯一适用于 NULL值的测试使用 SQL 习语IS NULL或IS NOT NULL.

NULL值在索引操作中发挥作用 ，因为为了提高性能，数据库必须尽量减少跟踪缺失数据值的开销。通常，NULL 值不存储在索引中，因为使用标准比较运算符测试索引列的查询永远无法将行与NULL该列的值相匹配。出于同样的原因，唯一索引不会阻止 NULL值；这些值根本没有在索引中表示。在列上声明NOT NULL约束可以确保没有行遗漏在索引之外，从而实现更好的查询优化（准确的行计数和估计是否使用索引）。

因为主键必须能够唯一标识表中的每一行，所以单列主键不能包含任何 NULL值，多列主键不能包含所有列都有NULL值的行。

虽然 Oracle 数据库允许将NULL 值与字符串连接，但 InnoDB将此类操作的结果视为NULL.

另见索引、主键、SQL。

包含数据库配置信息的文件。具有此扩展名的文件包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

另见MySQL 企业备份，mysqlbackup 命令。

Open Database Connectivity 的首字母缩写词，一种行业标准 API。通常与基于 Windows 的服务器或需要 ODBC 与 MySQL 通信的应用程序一起使用。MySQL ODBC 驱动程序称为 Connector/ODBC。

另请参阅连接器/ODBC。

包含可变长度数据（例如 BLOB和 VARCHAR）的列太长而无法放入B 树页面。数据存储在溢出页中。对于 此类存储， DYNAMIC行格式比旧的 COMPACT行格式更有效。

另请参阅B 树、紧凑行格式、动态行格式、溢出页。

“在线交易处理” 的缩写。一种数据库系统或数据库应用程序，它运行具有许多事务的工作负载，具有频繁的写入和读取，通常一次影响少量数据。例如，航班预订系统或处理银行存款的应用程序。数据可能以 规范化形式组织，以在DML （插入/更新/删除）效率和 查询效率之间取得平衡。与数据仓库对比 。

凭借其行级锁定和 事务功能， InnoDB是 OLTP 应用程序中使用的 MySQL 表的理想存储引擎。

另见数据仓库、DML、InnoDB、查询、行锁、事务。

一种不涉及数据库停机、阻塞或受限操作的操作。通常应用于 DDL。缩短受限操作周期的操作，例如 快速创建索引，在 MySQL 5.6 中 已经演变成更广泛的在线 DDL操作集。

在备份的上下文中，热备份是在线操作，而 热备份是部分在线操作。

另见DDL、快速创建索引、热备份、在线 DDL、热备份。

一种在DDL（主要 ）操作InnoDB期间 提高表的性能、并发性和可用性的功能。有关详细信息，请参阅 第 15.12 节，“InnoDB 和在线 DDL”。 ALTER TABLE

详细信息因操作类型而异。在某些情况下，可以在进行过程中同时修改表 ALTER TABLE。可以在没有表副本或使用特别优化的表副本类型的情况下执行该操作。就地操作的 DML 日志空间使用由 innodb_online_alter_log_max_size 配置选项控制。

此功能是MySQL 5.5 中 Fast Index Creation功能 的增强。

另见DDL，快速创建索引，在线。

指导关系数据库系统的低级实施决策的方法。关系数据库中的性能和并发性要求意味着必须快速启动或调度操作。一致性和 参照完整性的要求意味着任何操作都可能失败：一个事务可能被回滚，一个 DML操作可能违反约束，锁请求可能导致死锁，网络错误可能导致超时。乐观策略假设大多数请求或尝试都成功，因此为失败情况做准备的工作相对较少。当这个假设成立时，数据库几乎不会做不必要的工作；当请求确实失败时，必须做额外的工作来清理和撤消更改。

InnoDB对锁定和 提交等操作使用乐观策略。例如，事务更改的数据可以在提交发生之前写入数据文件，从而使提交本身非常快，但是如果事务回滚则需要更多的工作来撤消更改。

乐观策略的对立面是 悲观策略，系统经过优化以处理不可靠且经常失败的操作。这种方法在数据库系统中很少见，因为在选择可靠的硬件、网络和算法时非常谨慎。

另请参见提交、并发、DML、锁定、悲观、参照完整性。

MySQL 组件 根据相关表的特征和数据分布 确定用于 查询的最佳索引和 连接顺序。

另见索引、连接、查询、表。

MySQL 的配置参数，存储在 选项文件中或通过命令行传递。

对于适用于 InnoDB表的选项，每个选项名称都以前缀开头。 innodb_

另请参见InnoDB、选项、选项文件。

包含MySQL 实例 配置 选项的文件。传统上，在 Linux 和 Unix 上这个文件被命名为 my.cnf，而在 Windows 上它被命名为 my.ini.

另见配置文件、my.cnf、my.ini、选项。

单独分配的磁盘页面 包含变长列（例如 BLOB和VARCHAR），这些列太长而无法放在B 树 页面上。关联的列称为 离页列。

另见B 树、页外列、页。

包含分区定义的文件。具有此扩展名的文件包含在由 MySQL Enterprise Backup 产品 的mysqlbackup命令生成的 备份中。

InnoDB随着MySQL 5.7.6 中 对表的本机分区支持的引入， .par不再为分区InnoDB表创建文件。分区 MyISAM表继续使用 .parMySQL 5.7 中的文件。在 MySQL 8.0 中，分区支持仅由 InnoDB存储引擎提供。因此， .par从 MySQL 8.0 开始不再使用文件。

另见MySQL 企业备份，mysqlbackup 命令。

一个单位，表示在磁盘（数据文件）和内存（ 缓冲池InnoDB） 之间的任一时刻有 多少数据传输。一页可以包含一行或多行，具体取决于每行中的数据量。如果一行不能完全放入一页，则设置额外的指针式数据结构，以便可以将有关该行的信息存储在一页中。 InnoDB

在每页中容纳更多数据的一种方法是使用 压缩行格式。对于使用 BLOB 或大文本字段的表， 紧凑行格式允许将这些大列与行的其余部分分开存储，从而减少不引用这些列的查询的 I/O 开销和内存使用量。

当InnoDB批量读取或写入页面集以增加 I/O 吞吐量时，它会一次读取或写入一个 范围。

MySQL 实例中的所有InnoDB磁盘数据结构共享相同的页面大小。

另请参见缓冲池、紧凑行格式、压缩行格式、数据文件、范围、页面大小、行。

从 缓冲池中清除 脏页 的InnoDB后台 线程。在 MySQL 5.6 之前，此活动由 主线程执行。页面清理器线程的数量由 MySQL 5.7.4 中引入的配置选项控制。 innodb_page_cleaners

另见缓冲池、脏页、刷新、主线程、线程。

对于 MySQL 5.5 及之前的版本，每个 InnoDB 页面的大小 固定为 16 KB。此值代表一种平衡：足够大以容纳大多数行的数据，但又足够小以最小化将不需要的数据传输到内存的性能开销。其他值未经测试或不支持。

从 MySQL 5.6 开始， InnoDB 实例的页面大小可以是 4KB、8KB 或 16KB，由 innodb_page_size配置选项控制。从 MySQL 5.7.6 开始，InnoDB还支持 32KB 和 64KB 页面大小。对于 32KB 和 64KB 页面大小， ROW_FORMAT=COMPRESSED不支持，最大记录大小为 16KB。

页面大小在创建 MySQL 实例时设置，之后保持不变。相同的页面大小适用于所有 InnoDB 表空间，包括 系统表空间、 file-per-table 表空间和 通用表空间。

较小的页面大小有助于提高使用小块大小的存储设备的性能，特别是对于 磁盘绑定工作负载（例如OLTP应用程序）中的SSD设备 。随着个别行的更新，更少的数据被复制到内存、写入磁盘、重组、锁定等。

另见disk-bound，file-per-table，general tablespace，instance，OLTP，page，SSD，system tablespace，tablespace。

外键关系中 的表，它保存从子表 指向的初始列值。删除或更新父表中的行的结果取决于外键定义中的ON UPDATE和ON DELETE子句。可以依次自动删除或更新子表中具有相应值的行，或者将这些列设置为NULL，或者阻止操作。

另见子表，外键。

包含MySQL 数据库中的某些表或 MySQL 实例中的某些数据库 的备份。与完整备份对比 。

另请参见备份、完整备份、表。

仅表示列值的一部分的 索引，通常是 long 值 的前 N ​​个字符（前缀）。VARCHAR

另见索引，索引前缀。

托管提供商通常使用的执行环境，其中应用程序具有某些权限但没有其他权限。例如，应用程序可能能够通过网络访问数据库服务器，但在读取和写入本地文件方面 处于“沙盒”状态。

另见连接器/NET。

在performance_schemaMySQL 5.5 及更高版本中，模式提供了一组表，您可以查询这些表以获取有关 MySQL 服务器许多内部部分的性能特征的详细信息。请参阅 第 27 章，MySQL 性能模式。

另请参见INFORMATION_SCHEMA、latch、mutex、rw-lock。

一种起源于 Unix 脚本和报告生成的编程语言。结合了高性能正则表达式和文件 I/O。通过 CPAN 等存储库提供大量可重用模块。

另请参阅Perl API。

用Perl语言编写的 MySQL 应用程序 的开源API 。通过和 模块实现。有关详细信息，请参阅 第 29.9 节，“MySQL Perl API”。 DBIDBD::mysql

另见API，Perl。

一种将表的索引 统计信息存储在磁盘上的功能，可为 查询提供更好的计划稳定性。有关详细信息，请参阅第 15.8.10.1 节，“配置持久优化器统计参数”。 InnoDB

另见索引、优化器、计划稳定性、查询、表。

一种为了安全而牺牲性能或并发性的方法。如果很大比例的请求或尝试可能会失败，或者如果失败请求的后果很严重，那么它是合适的。InnoDB使用所谓的悲观 锁定策略，以尽量减少死锁的机会。在应用程序级别，您可以通过在一开始就获取事务所需的所有锁的悲观策略来避免死锁。

许多内置数据库机制使用相反的 乐观方法。

另见死锁、锁定、乐观。

出现在查询结果集中但不出现在较早查询的结果集中的行。例如，如果一个查询在一个事务中运行两次，与此同时，另一个事务在插入新行或更新行后提交，以便它与 WHERE查询的子句匹配。

这种情况称为幻读。它比不可重复读取更难防范，因为锁定第一个查询结果集中的所有行并不能阻止导致幻像出现的更改。

在不同的隔离级别中，幻读被 序列化读级别阻止，而被可重复读、 一致读和 读未提交级别允许。

另请参见一致读取、隔离级别、不可重复读取、未提交读取、可重复读取、可序列化、事务。

一种起源于 Web 应用程序的编程语言。代码通常作为块嵌入到网页的源代码中，输出由 Web 服务器传输时替换到页面中。这与 CGI 脚本等以整个网页形式打印输出的应用程序形成对比。PHP 编码风格用于高度交互和动态的网页。现代 PHP 程序也可以作为命令行或 GUI 应用程序运行。

MySQL 应用程序是使用一种 PHP API 编写的。可重用模块可以用C编写并从 PHP 调用。

另一种用 MySQL 编写服务器端网页的技术是ASP.net。

另请参见ASP.net、C、PHP API。

有几个API可用于用 PHP语言编写 MySQL 应用程序：原始 MySQL API ( Mysql) MySQL 改进扩展 ( Mysqli) MySQL 本机驱动程序 ( Mysqlnd) MySQL 函数 ( PDO_MYSQL) 和连接器/PHP。有关详细信息，请参阅MySQL 和 PHP。

另请参见API、PHP。

一种涉及硬件相关方面的操作类型，例如磁盘块、内存页、文件、位、磁盘读取等。通常，物理方面在专家级性能调整和问题诊断期间很重要。与逻辑对比。

另见逻辑、物理备份。

复制实际数据文件的备份。例如， MySQL Enterprise Backupmysqlbackup产品的 命令产生物理备份，因为它的输出包含服务器可以直接使用的数据文件 ，从而使恢复操作更快 。与逻辑备份对比。 mysqld

另见备份、逻辑备份、MySQL 企业备份、恢复。

时间点恢复的 缩写。

另请参阅时间点恢复。

查询执行计划 的一个属性，其中优化器每次对给定查询做出相同的选择，因此性能是一致且可预测的。

另见查询，查询执行计划。

还原 备份以在特定日期和时间重新创建数据库状态的过程。通常缩写为 “ PITR ”。因为指定时间不太可能与备份时间完全对应，所以这种技术通常需要 物理备份和 逻辑备份相结合。例如，使用MySQL Enterprise Backup产品，您可以恢复在指定时间点之前进行的最后一次备份，然后从备份时间到 PITR 时间之间的 二进制日志中重放更改。

另见备份、二进制日志、逻辑备份、MySQL 企业备份、物理备份。

数据库服务器侦听的 TCP/IP 套接字数，用于建立连接。通常与 主机一起指定。根据您对网络加密的使用，可能有一个端口用于未加密的流量，另一个端口用于 SSL连接。

另见连接、主机、SSL。

MySQL Enterprise Backup 产品在应用 二进制日志和 增量备份的所有阶段完成后 生成的一组备份文件 。生成的文件已准备好 恢复。在应用步骤之前，这些文件被称为原始备份。

另见二进制日志、热备份、增量备份、MySQL 企业备份、原始备份、还原。

预先分析以确定高效执行计划的 SQL 语句。可以多次执行，没有每次解析分析的开销。WHERE通过使用占位符，每次都可以用不同的值替换子句中的文字 。这种替换技术提高了安全性，防止某些类型的 SQL 注入攻击。您还可以减少将返回值转换和复制到程序变量的开销。

虽然您可以直接通过 SQL 语法使用准备好的语句，但是各种连接器 都有用于操作准备好的语句的编程接口，并且这些 API 比通过 SQL 更有效。

另请参见客户端准备语句、连接器、服务器端准备语句。

一组列——暗示，基于这组列的索引——可以唯一标识表中的每一行。因此，它必须是不包含任何NULL值的唯一索引。

InnoDB要求每张表都有这样的索引（也叫聚簇索引或聚簇索引），根据主键的列值来组织表存储。

选择主键值时，请考虑使用任意值（合成键），而不是依赖从其他来源派生的值（ 自然键）。

另见聚集索引、索引、自然键、合成键。

命名实体（例如用户或服务器）的 Kerberos 术语。

另见服务主体名称、用户主体名称。

正在执行的程序的实例。操作系统在多个运行进程之间切换，允许一定程度的并发。在大多数操作系统上，进程可以包含共享资源的多个 执行线程。线程之间的上下文切换比进程之间的等效切换更快。

另见并发，线程。

索引中的人工记录，用于 锁定当前不存在的键值或范围。

See Also infimum record , locking , supremum record。

POSIX 线程标准，它定义了用于 Unix 和 Linux 系统上的线程和锁定操作的 API。在 Unix 和 Linux 系统上，InnoDB将此实现用于mutexes。

另见互斥体。

一种由一个或多个单独的后台线程（由 控制 innodb_purge_threads）执行的垃圾收集，该线程按定期计划运行。清除从 历史列表中解析和处理 撤消日志页，目的是删除标记为删除（由先前的 语句）并且不再需要 MVCC或 回滚的聚簇和二级索引记录。清除处理后从历史列表中释放撤消日志页面。 DELETE

另请参阅历史列表、MVCC、回滚、撤消日志。

将操作产生的对二级索引页面的更改存储DELETE在 更改缓冲区中而不是立即写入更改的技术，以便可以执行物理写入以最大限度地减少随机 I/O。（因为删除操作是一个两步过程，此操作缓冲通常清除先前标记为删除的索引记录的写入。）它是 更改缓冲的一种类型；其他的是插入缓冲和 删除缓冲。

另请参阅更改缓冲区、更改缓冲区、删除缓冲区、插入缓冲区、插入缓冲区。

InnoDB 历史列表 的别称。与 innodb_max_purge_lag 配置选项相关。

另见历史列表，清除。

进程中专用于执行定期清除 操作 的 线程。 在 MySQL 5.6 及更高版本中，配置选项 启用了多个清除线程 。InnoDBinnodb_purge_threads

另请参见清除、线程。

一种用于广泛领域的编程语言，从 Unix 脚本到大型应用程序。包括运行时类型、内置高级数据类型、面向对象的特性和广泛的标准库。通常用作其他语言编写的组件之间的 “胶水”语言。MySQL Python API 是开源的MySQLdb 模块。

另请参阅MySQLdb、Python API。

另请参见API、Python。

在SQL中，从一个或多个 表中读取信息的操作。根据数据的组织和查询的参数，可以通过查询 索引来优化查找。如果涉及多个表，则查询称为 join。

由于历史原因，有时在讨论语句的内部处理时会使用广义上的 “查询” ，包括其他类型的 MySQL 语句，如DDL和 DML语句。

另见DDL、DML、索引、连接、SQL、表。

优化器做出的关于如何最有效地执行查询的一组决策，包括使用哪个或哪些索引，以及连接表 的顺序 。计划稳定性涉及对给定查询始终如一地做出相同的选择。

另见索引、连接、计划稳定性、查询。

为了减少数据库活动量，通常是在准备操作，例如 an ALTER TABLE、backup或 shutdown。可能涉及也可能不涉及尽可能多的刷新 ，以便InnoDB 不会继续执行后台 I/O。

在 MySQL 5.6 及更高版本中，该语法FLUSH TABLES ... FOR EXPORT将一些数据写入磁盘以用于 InnoDB表，这使得通过复制数据文件来备份这些表变得更加简单。

另见备份、刷新、InnoDB、关机。

用于多维数据（例如地理坐标、矩形或多边形）的空间索引的树数据结构。

另见B 树。

“廉价驱动器冗余阵列”的 缩写。将 I/O 操作分散到多个驱动器可在硬件级别实现更高的并发性，并提高低级别写入操作的效率，否则这些操作将按顺序执行。

另见并发。

一种快速估计列中不同值的数量（列的 基数）的技术。 InnoDB从索引中随机抽样页面并使用该数据来估计不同值的数量。

另见基数。

MySQL Enterprise Backup产品 生成的初始备份文件集， 在 二进制日志中反映的更改和应用任何 增量备份之前。在此阶段，文件尚未准备好 恢复。应用这些更改后，这些文件称为 准备好的备份。

另见二进制日志、热备份、ibbackup_logfile、增量备份、MySQL 企业备份、准备好的备份、恢复。

为了提高性能，使用 锁定策略 的隔离级别放宽了 事务之间的一些保护。事务看不到其他事务未提交的数据，但可以看到当前事务启动后另一个事务提交的数据。因此，事务永远不会看到任何坏数据，但它确实看到的数据可能在某种程度上取决于其他事务的时间。

当具有此隔离级别的事务执行 UPDATE ... WHERE或DELETE ... WHERE操作时，其他事务可能必须等待。该事务可以执行SELECT ... FOR UPDATE, 和LOCK IN SHARE MODE 操作而无需让其他事务等待。

SELECT ... FOR SHARESELECT ... LOCK IN SHARE MODE在 MySQL 8.0.1 中 替换，但LOCK IN SHARE MODE仍然可用于向后兼容。

另见ACID、隔离级别、锁定、可重复读取、可序列化、事务。

脏读、 不可重复读、 幻读 等现象，当一个事务读取到另一个事务修改过的数据时，就会出现这种现象。

另见脏读、不可重复读、幻像。

在事务之间提供最少保护 的隔离级别。查询采用锁定 策略，允许它们在通常等待另一个事务的情况下继续进行。然而，这种额外的性能是以不太可靠的结果为代价的，包括已被其他事务更改但尚未提交的数据（称为脏读）). 请谨慎使用此隔离级别，并注意结果可能不一致或不可重现，具体取决于其他事务同时在做什么。通常，具有此隔离级别的事务仅执行查询，而不执行插入、更新或删除操作。

另见ACID、脏读、隔离级别、锁定、事务。

的MVCC机制 使用的内部快照 InnoDB。某些 事务，根据它们的隔离级别，会看到事务（或在某些情况下，语句）开始时的数据值。使用读取视图的隔离级别是可重复读取、 已提交读取和 未提交读取。

另请参见隔离级别、MVCC、READ COMMITTED、READ UNCOMMITTED、REPEATABLE READ、事务。

一种 I/O 请求类型，它异步地将一组 页面（整个 范围）预取到 缓冲池中，以防很快需要这些页面。线性预读技术根据前一范围内页面的访问模式预取一个范围内的所有页面。一旦缓冲池中有一定数量的来自同一范围的页面，随机预读技术就会预取该范围的所有页面。随机预读不是MySQL 5.5的一部分，而是在 innodb_random_read_ahead 配置选项的控制下在MySQL 5.6中重新引入。

另见缓冲池、范围、页面。

一种事务类型，可以通过消除为每个事务InnoDB创建 读取视图所涉及的一些簿记来针对表进行优化。只能执行非锁定读查询。它可以使用 syntax 显式启动START TRANSACTION READ ONLY，也可以在特定条件下自动启动。有关详细信息，请参阅第 8.5.3 节，“优化 InnoDB 只读事务”。

另请参见非锁定读取、读取视图、事务。

索引记录上的 锁。例如，SELECT c1 FROM t WHERE c1 = 10 FOR UPDATE;防止任何其他事务插入、更新或删除值为 10 的行 。与gap lock和 next-key lockt.c1对比 。

另见gap lock，lock，next-key lock。

当 DML语句对表进行更改 时 ，记录在 重做日志中的数据，以记录为单位。它在 崩溃恢复期间用于纠正由不完整 事务写入的数据。不断增加的LSN值表示通过重做日志的重做数据的累积量。 InnoDB

另请参见崩溃恢复、DML、LSN、重做日志、事务。

崩溃恢复 期间使用的基于磁盘的数据结构 ，用于更正由不完整 事务写入的数据。在正常操作期间，它对更改 InnoDB表数据的请求进行编码，这些请求是由 SQL 语句或低级 API 调用产生的。 在意外关闭之前未完成更新数据文件的修改将 自动重放。

重做日志在磁盘上物理表示为一组重做日志文件。重做日志数据根据受影响的记录进行编码；这些数据统称为 重做。通过重做日志的数据通道由不断增加的 LSN值表示。

有关详细信息，请参阅第 15.6.5 节，“重做日志”

另请参见崩溃恢复、数据文件、ib_logfile、日志缓冲区、LSN、重做、关闭、事务。

启用后，按顺序将重做日志记录写入存档文件的InnoDB功能，以避免在备份操作正在进行时备份实用程序无法跟上重做日志生成的步伐时可能发生的潜在数据丢失。有关详细信息，请参阅 重做日志归档。

另见重做日志。

最旧的InnoDB 行格式。在 MySQL 5.0.3 之前，它是InnoDB. 从 MySQL 5.0.3 到 MySQL 5.7.8，默认的行格式是 COMPACT。从 MySQL 5.7.9 开始，默认行格式由 innodb_default_row_format 配置选项定义，默认设置为 DYNAMIC。您仍然可以指定REDUNDANT行格式以与旧InnoDB表兼容。

有关更多信息，请参阅第 15.10 节，“InnoDB 行格式”。

另见紧凑行格式、动态行格式、行格式。

始终以一致的格式维护数据的技术，是ACID哲学的一部分。特别是，不同表中的数据通过使用外键约束保持一致，这可以防止更改发生或自动将这些更改传播到所有相关表。相关机制包括防止错误插入重复值的唯一约束和防止错误插入空白值 的NOT NULL 约束。

另见ACID、FOREIGN KEY 约束、NOT NULL 约束、唯一约束。

现代数据库系统的一个重要方面。数据库服务器对一对一、一对多、多对一和唯一性等关系进行编码和实施。例如，一个人在地址数据库中可能有零个、一个或多个电话号码；一个电话号码可能与多个家庭成员相关联。在财务数据库中，可能要求一个人只有一个纳税人 ID，而任何纳税人 ID 只能与一个人相关联。

数据库服务器可以使用这些关系来防止插入错误数据，并找到查找信息的有效方法。例如，如果一个值被声明为唯一的，服务器可以在找到第一个匹配项后立即停止搜索，并且可以拒绝插入相同值的第二个副本的尝试。

在数据库级别，这些关系通过 SQL 功能表示，例如表中的列 、唯一性和NOT NULL 约束、 外键和不同类型的连接操作。复杂的关系通常涉及多个表之间的数据拆分。通常，数据是规范化的，因此一对多关系中的重复值只存储一次。

在数学环境中，数据库中的关系源自集合论。例如，子句的OR andAND运算符 WHERE表示并集和交集的概念。

另见ACID、列、约束、外键、规范化。

在全文搜索 功能中，一个数字表示搜索字符串与FULLTEXT 索引中的数据之间的相似性。例如，当您搜索单个词时，与只出现一次的行相比，该词与在文本中多次出现的行的相关性通常更高。

另见全文搜索，全文索引。

的 默认隔离级别。 InnoDB它可以防止查询的任何行被其他 事务更改，从而阻止 不可重复读取，但不会 阻止幻读。它使用适度严格的锁定 策略，以便事务中的所有查询都看到来自同一快照的数据，即事务开始时的数据。

当具有此隔离级别的事务执行 UPDATE ... WHERE、DELETE ... WHERE、SELECT ... FOR UPDATE和 LOCK IN SHARE MODE操作时，其他事务可能必须等待。

SELECT ... FOR SHARESELECT ... LOCK IN SHARE MODE在 MySQL 8.0.1 中 替换，但LOCK IN SHARE MODE仍然可用于向后兼容。

另请参阅ACID、一致读取、隔离级别、锁定、幻像、事务。

曲目是适用于字符集的术语。字符集曲目是集中字符的集合。请参阅 第 10.2.1 节，“字符集指令表”。

复制拓扑中 的数据库服务器计算机， 它从另一台服务器（ 源）接收更改并应用这些相同的更改。因此它保持与源相同的内容，尽管它可能有些落后。

在 MySQL 中，副本通常用于灾难恢复，以取代发生故障的源。它们还常用于测试软件升级和新设置，以确保数据库配置更改不会导致性能或可靠性问题。

副本通常具有高工作负载，因为它们处理从源中继的所有DML（写入）操作以及用户查询。为了确保副本能够足够快地应用来自源的更改，它们通常具有快速 I/O 设备以及足够的 CPU 和内存来在同一台服务器上运行多个数据库实例。例如，源可能使用硬盘驱动器存储，而副本使用SSD。

另请参见DML、复制、服务器、源、SSD。

将更改从 源发送到一个或多个 副本的做法，以便所有数据库都具有相同的数据。该技术具有广泛的用途，例如用于更好的可伸缩性的负载平衡、灾难恢复以及测试软件升级和配置更改。可以通过称为row-based replication和statement-based replication的方法在数据库之间发送更改。

另请参见副本、基于行的复制、源、基于语句的复制。

将 MySQL Enterprise Backup产品中的一组备份文件放置到位以供 MySQL 使用的过程。可以执行此操作来修复损坏的数据库，返回到某个较早的时间点，或者（在复制 上下文中）设置新的 副本。在 MySQL Enterprise Backup 产品中，这个操作是通过命令的 copy-back选项来执行的 mysqlbackup。

另请参阅热备份、MySQL 企业备份、mysqlbackup 命令、准备好的备份、副本、复制。

结束事务 的SQL语句 ，撤消事务所做的任何更改。它与 commit相反，它使事务中所做的任何更改永久化。

默认情况下，MySQL 使用 自动提交设置，它会在每个 SQL 语句之后自动发出提交。您必须先更改此设置，然后才能使用回滚技术。

另见ACID、自动提交、提交、SQL、事务。

包含撤消日志 的存储区。回滚段传统上驻留在系统表空间中。从 MySQL 5.6 开始，回滚段可以驻留在 撤消表空间中。从 MySQL 5.7 开始，回滚段也分配给 全局临时表空间。

另见全局临时表空间、系统表空间、撤消日志、撤消表空间。

由一组 列定义的逻辑数据结构。一组行组成一个表。在 InnoDB 数据文件中，每一页可以包含一行或多行。

虽然InnoDB使用术语 行格式与 MySQL 语法保持一致，但行格式是每个表的属性，适用于该表中的所有行。

另见列、数据文件、页、行格式、表格。

表行的 磁盘存储格式 。随着 获得 压缩等新功能，引入了新的行格式以支持由此产生的存储效率和性能改进。 InnoDB InnoDB

表的行格式InnoDB由ROW_FORMAT选项或 innodb_default_row_format 配置选项指定（在 MySQL 5.7.9 中引入）。行格式包括REDUNDANT、 COMPACT、COMPRESSED和 DYNAMIC。InnoDB要查看表 SHOW TABLE STATUS的行格式， 请InnoDB在 INFORMATION_SCHEMA.

另见压缩行格式、压缩行格式、压缩、动态行格式、冗余行格式、行、表。

防止行被另一个 事务以不兼容的方式访问 的锁。同一个表中的其他行可以被其他事务自由写入。这是DML操作在 InnoDB表 上完成 的锁定类型。

与无法使用 联机 DDL完成的表的DDL操作 或在 表上使用的表锁进行 对比；这些锁会阻止对表的并发访问。 MyISAMInnoDB

另见DDL、DML、InnoDB、锁、锁定、在线 DDL、表锁、事务。

一种复制形式，其中从指定如何更改副本上的各个行的源传播事件 。可以安全地用于 选项的所有设置。 innodb_autoinc_lock_mode

另请参见自动增量锁定、innodb_autoinc_lock_mode、replica、replication、source、statement-based replication。

用于 InnoDB表 的锁定机制，依赖于 行锁而不是 表锁。多个 事务可以同时修改同一个表。只有当两个事务试图修改同一行时，一个事务才会等待另一个事务完成（并释放其行锁）。

另见InnoDB、锁定、行锁、表锁、事务。

一种强调动态类型和面向对象编程的编程语言。Perl开发人员熟悉一些语法 。

另请参阅API、Perl、Ruby API。

mysql2，基于 libmysqlclient API 库，可供开发 MySQL 应用程序的 Ruby 程序员使用。有关详细信息，请参阅第 29.11 节，“MySQL Ruby API”。

另请参见libmysql、Ruby。

低级对象，InnoDB用于表示和执行 遵循特定规则的内部内存数据结构的共享访问锁。与mutexes对比 ，后者 InnoDB用于表示和强制执行对内部内存数据结构的独占访问。Mutexes 和 rw-locks 统称为 latches。

rw-lock类型包括 s-locks（共享锁）、 x-locks（独占锁）和 sx-locks（共享-独占锁）。

以下矩阵总结了 rw-lock 类型兼容性。

另见闩锁、锁、互斥锁、性能模式。

保存点有助于实现嵌套 事务。它们可用于为作为较大事务一部分的表的操作提供范围。例如，在预订系统中安排一次旅行可能涉及预订多个不同的航班；如果所需航班不可用，您可以 回滚预订该航程所涉及的更改，而不回滚之前成功预订的航班。

另请参见回滚、事务。

能够向系统添加更多工作并同时发出更多请求，而不会因超出系统容量限制而导致性能突然下降。软件架构、硬件配置、应用程序编码和工作负载类型都对可扩展性有影响。当系统达到其最大容量时，增加可扩展性的流行技术是向上扩展 （增加现有硬件或软件的容量）和 向外扩展（添加新服务器和更多 MySQL 实例）。通常与可用性配对 作为大规模部署的关键方面。

另请参见可用性、横向扩展、纵向扩展。

一种 通过添加新服务器和更多 MySQL 实例来提高可伸缩性的技术。例如，设置复制、NDB Cluster、连接池或跨一组服务器分散工作的其他功能。与放大对比 。

另请参见可扩展性、扩大规模。

一种 通过增加现有硬件或软件的容量来提高可扩展性的技术。例如增加服务器内存，调整内存相关参数，如 innodb_buffer_pool_size和 innodb_buffer_pool_instances. 与横向扩展对比。

另见可扩展性，向外扩展。

从概念上讲，模式是一组相互关联的数据库对象，例如表、表列、列的数据类型、索引、外键等。这些对象通过 SQL 语法连接起来，因为列组成表，外键引用表和列，等等。理想情况下，它们也逻辑连接，作为统一应用程序或灵活框架的一部分一起工作。例如，INFORMATION_SCHEMA 和performance_schema 数据库在名称中使用“ schema ”来强调它们包含的表和列之间的密切关系。