系统变量可以在服务器启动时启用或禁用。例如，要启用或禁用 InnoDB 自适应哈希索引，可以使用 --innodb-adaptive-hash-index 或 --skip-innodb-adaptive-hash-index 命令行选项，或者在选项文件中使用 innodb_adaptive_hash_index 或 skip_innodb_adaptive_hash_index。

一些变量描述引用“启用”或“禁用”变量。这些变量可以使用 SET 语句启用或禁用，方法是将其设置为 ON 或 1，或将其设置为 OFF 或 0。布尔变量可以在启动时设置为 ON、TRUE、OFF 和 FALSE(不区分大小写)，以及 1 和 0。请参阅 第 6.2.2.4 节，“程序选项修饰符”。

系统变量可以在命令行上指定为 --var_name=value，或在选项文件中指定为 var_name=value。

许多系统变量可以在运行时更改（请参阅 第 7.1.9.2 节，“动态系统变量”）。

有关 GLOBAL 和 SESSION 变量作用域修饰符的信息，请参阅 SET 语句文档。

某些选项控制 InnoDB 数据文件的位置和布局。第 17.8.1 节，“InnoDB 启动配置” 解释了如何使用这些选项。

某些选项，可能不会立即使用，帮助调整 InnoDB 性能特征基于机器能力和数据库 工作负载。

有关指定选项和系统变量的更多信息，请参阅 第 6.2.2 节，“指定程序选项”。

--innodb-status-file

该 --innodb-status-file 启动选项控制 InnoDB 是否在数据目录中创建一个名为 innodb_status.pid 的文件，并每 15 秒大约将 SHOW ENGINE INNODB STATUS 输出写入到该文件中。

该 innodb_status.pid 文件默认不创建。要创建它，请使用 --innodb-status-file 选项启动 mysqld。 InnoDB 在服务器正常关闭时删除该文件。如果出现异常关闭，可能需要手动删除状态文件。

该 --innodb-status-file 选项仅供临时使用，因为 SHOW ENGINE INNODB STATUS 输出生成可能会影响性能，而 innodb_status.pid 文件可能会随着时间的推移变得非常大。

有关信息，请参阅 第 17.17.2 节，“启用 InnoDB 监控”。

innodb_adaptive_flushing

指定是否根据工作负载动态调整 InnoDB 缓冲池中的脏页刷新率，以避免 I/O 活动的爆发。该设置默认启用。有关详细信息，请参阅 第 17.8.3.5 节，“配置缓冲池刷新”。对于一般的 I/O 调优建议，请参阅 第 10.5.8 节，“优化 InnoDB 磁盘 I/O”。

innodb_adaptive_flushing_lwm

定义 redo 日志容量的低水位百分比，以便启用自适应刷新。有关详细信息，请参阅 第 17.8.3.5 节，“配置缓冲池刷新”。

innodb_adaptive_hash_index

是否启用或禁用 InnoDB 的自适应哈希索引。根据工作负载的不同，可能需要动态启用或禁用自适应哈希索引以提高查询性能。因为自适应哈希索引可能对所有工作负载都不是有用的，因此请使用实际工作负载进行基准测试，以确定是否启用或禁用它。有关详细信息，请参阅 第 17.5.3 节，“自适应哈希索引”。

此变量默认启用。您可以使用 SET GLOBAL 语句修改该参数，而无需重新启动服务器。在运行时更改设置需要足够的权限来设置全局系统变量。请参阅 第 7.1.9.1 节，“系统变量权限”。您也可以在服务器启动时使用 --skip-innodb-adaptive-hash-index 禁用它。

禁用自适应哈希索引将立即清空哈希表。正常操作可以继续进行，而哈希表被清空，执行查询时将直接访问 B 树索引。重新启用自适应哈希索引时，哈希表将在正常操作期间重新填充。

innodb_adaptive_hash_index_parts

将自适应哈希索引搜索系统分区。每个索引都绑定到特定的分区，每个分区都受到单独的锁保护。

自适应哈希索引搜索系统默认分区为 8 部分。最大设置为 512。

有关信息，请参阅 第 17.5.3 节，“自适应哈希索引”。

innodb_adaptive_max_sleep_delay

允许 InnoDB 根据当前工作负载自动调整 innodb_thread_sleep_delay 的值，直到达到最大值 innodb_adaptive_max_sleep_delay。该值表示微秒数。这选项对繁忙的系统非常有用，特别是在具有数百或数千个同时连接的 MySQL 系统中。

有关信息，请参阅 第 17.8.4 节，“配置 InnoDB 线程并发”。

innodb_autoextend_increment

自动扩展 InnoDB 系统表空间文件的增量大小（以兆字节为单位），当文件满时扩展。默认值为 64。有关信息，请参阅 系统表空间数据文件配置 和 调整系统表空间。

该 innodb_autoextend_increment 设置不影响 每个表的表空间 文件或 通用表空间 文件。这些文件将自动扩展，不管 innodb_autoextend_increment 设置如何。初始扩展是小量的，然后扩展以 4MB 的增量。

innodb_autoinc_lock_mode

该 锁模式 用于生成 自动递增 值。允许的值是 0、1 或 2，分别表示传统、连续或交叉锁模式。

默认设置是 2（交叉锁模式），以与基于行的复制保持兼容。

有关每种锁模式的特征，请参阅 InnoDB AUTO_INCREMENT 锁模式。

innodb_background_drop_list_empty

启用 innodb_background_drop_list_empty 调试选项可以帮助避免测试用例失败，方法是延迟表创建直到背景删除列表为空。例如，如果测试用例 A 将表 t1 放入背景删除列表，测试用例 B 将等待直到背景删除列表为空，然后创建表 t1。

innodb_buffer_pool_chunk_size

innodb_buffer_pool_chunk_size 定义了 InnoDB 缓冲池调整操作的块大小。

为了避免在调整操作期间复制所有缓冲池页面，我们将操作分成“块”。默认情况下，innodb_buffer_pool_chunk_size 是 128MB（134217728 字节）。块中包含的页面数取决于 innodb_page_size 的值。innodb_buffer_pool_chunk_size 可以以 1MB（1048576 字节）为单位增加或减少。

在更改 innodb_buffer_pool_chunk_size 值时，以下条件适用：

为了避免潜在的性能问题，块数（innodb_buffer_pool_size / innodb_buffer_pool_chunk_size）不应超过 1000。

变量 innodb_buffer_pool_size 是动态的，可以在线上调整缓冲池的大小。但是，缓冲池大小必须等于或是 innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances，更改任一变量设置需要重新启动服务器。

请参阅 第 17.8.3.1 节，“配置 InnoDB 缓冲池大小” 以获取更多信息。

innodb_buffer_pool_debug

启用该选项时，允许在缓冲池小于 1GB 时启用多个缓冲池实例，忽略 innodb_buffer_pool_instances 的 1GB 最小缓冲池大小约束。该 innodb_buffer_pool_debug 选项仅在使用 WITH_DEBUG CMake 选项编译调试支持时可用。

innodb_buffer_pool_dump_at_shutdown

指定在 MySQL 服务器关闭时是否记录 InnoDB 缓冲池 中的页面，以缩短下一次重新启动时的 预热 过程。通常与 innodb_buffer_pool_load_at_startup 结合使用。innodb_buffer_pool_dump_pct 选项定义要转储的缓冲池页面的百分比。

两个 innodb_buffer_pool_dump_at_shutdown 和 innodb_buffer_pool_load_at_startup 都是默认启用的。

有关更多信息，请参阅 第 17.8.3.6 节，“保存和恢复缓冲池状态”。

innodb_buffer_pool_dump_now

立即记录 InnoDB 缓冲池 中的页面。通常与 innodb_buffer_pool_load_now 结合使用。

启用 innodb_buffer_pool_dump_now 触发记录操作，但不改变变量设置，始终保持 OFF 或 0。要查看缓冲池转储状态，请查询 Innodb_buffer_pool_dump_status 变量。

启用 innodb_buffer_pool_dump_now 触发转储操作，但不改变变量设置，始终保持 OFF 或 0。要查看缓冲池转储状态，请查询 Innodb_buffer_pool_dump_status 变量。

有关更多信息，请参阅 第 17.8.3.6 节，“保存和恢复缓冲池状态”。

innodb_buffer_pool_dump_pct

指定要转储的缓冲池页面的百分比。范围是 1 到 100。默认值是 25。例如，如果有 4 个缓冲池，每个缓冲池有 100 页，并且 innodb_buffer_pool_dump_pct 设置为 25，那么每个缓冲池的 25 个最新使用的页面将被转储。

innodb_buffer_pool_filename

指定了由 innodb_buffer_pool_dump_at_shutdown 或 innodb_buffer_pool_dump_now 生成的表空间 ID 和页面 ID 的文件名。表空间 ID 和页面 ID 将以以下格式保存：space, page_id。默认情况下，文件名为 ib_buffer_pool，位于 InnoDB 数据目录中。非默认位置必须相对于数据目录指定。

可以在运行时使用 SET 语句指定文件名：

SET GLOBAL innodb_buffer_pool_filename='file_name';

也可以在启动时，在启动字符串或 MySQL 配置文件中指定文件名。当在启动时指定文件名时，文件必须存在，否则 InnoDB 将返回启动错误，指示没有该文件或目录。

有关更多信息，请参阅 第 17.8.3.6 节，“保存和恢复缓冲池状态”。

innodb_buffer_pool_in_core_file

禁用 innodb_buffer_pool_in_core_file 变量可以减少核心文件的大小，方法是排除 InnoDB 缓冲池页面。要使用该变量，core_file 变量必须启用，并且操作系统必须支持 MADV_DONTDUMP 非 POSIX 扩展到 madvise()，该扩展在 Linux 3.4 及更高版本中受支持。有关更多信息，请参阅 第 17.8.3.7 节，“排除缓冲池页面从核心文件”。

innodb_buffer_pool_instances

将 InnoDB 缓冲池分成的区域数。对于缓冲池大小在多 GB 范围内的系统，将缓冲池分成多个实例可以提高并发性，方法是减少对缓存页面的争用。每个缓存页面都被随机分配到一个缓冲池实例中，使用哈希函数。每个缓冲池实例都管理自己的空闲列表、刷新列表、LRU 和所有与缓冲池相关的数据结构，并由自己的缓冲池 互斥锁 保护。

只有在将 innodb_buffer_pool_size 设置为 1GB 或更高时，该选项才生效。总缓冲池大小将被分配到所有缓冲池实例中。为获得最佳效率，请指定 innodb_buffer_pool_instances 和 innodb_buffer_pool_size 的组合，使每个缓冲池实例至少为 1GB。

在 32 位 Windows 系统上，默认值取决于 innodb_buffer_pool_size 的值，如下所述：<|start_header_id|>assistant<|end_header_id|> Please note that I've translated the text into Chinese, but I didn't touch the HTML tags and code snippets, as they are not translatable.

在所有其他平台上，当 innodb_buffer_pool_size 大于或等于 1GB 时，默认值为 8。否则，默认值为 1。

有关信息，请参阅 第 17.8.3.1 节，“配置 InnoDB 缓冲池大小”。

innodb_buffer_pool_load_abort

中断由 innodb_buffer_pool_load_at_startup 或 innodb_buffer_pool_load_now 触发的 InnoDB 缓冲池 内容还原过程。

启用 innodb_buffer_pool_load_abort 触发中断操作，但不改变变量设置，始终保持 OFF 或 0。要查看缓冲池加载状态，请查询 Innodb_buffer_pool_load_status 变量。

有关更多信息，请参阅 第 17.8.3.6 节，“保存和恢复缓冲池状态”。

innodb_buffer_pool_load_at_startup

指定在 MySQL 服务器启动时，InnoDB 缓冲池 将自动 预热，加载它曾经持有的相同页面。通常与 innodb_buffer_pool_dump_at_shutdown 结合使用。

both innodb_buffer_pool_dump_at_shutdown 和 innodb_buffer_pool_load_at_startup 默认情况下都是启用的。

有关更多信息，请参阅 第 17.8.3.6 节，“保存和恢复缓冲池状态”。

innodb_buffer_pool_load_now

立即预热了InnoDB 缓冲池，通过加载数据页而不等待服务器重启。这在基准测试或在运行报告或维护查询后准备 MySQL 服务器恢复正常工作负载时非常有用。

启用innodb_buffer_pool_load_now触发加载操作，但不改变变量设置，该设置始终保持OFF或0。要查看缓冲池加载进度，请查询Innodb_buffer_pool_load_status变量。

有关更多信息，请参阅第 17.8.3.6 节，“保存和恢复缓冲池状态”。

innodb_buffer_pool_size

缓冲池的大小，以字节为单位，是 InnoDB 缓存表和索引数据的内存区域。默认值为 134217728 字节（128MB）。最大值取决于 CPU 架构；在 32 位系统上最大为 4294967295（2³²-1），在 64 位系统上最大为 18446744073709551615（2⁶⁴-1）。在 32 位系统上，CPU 架构和操作系统可能会对实际最大大小施加限制。当缓冲池大小大于 1GB 时，设置 innodb_buffer_pool_instances 到大于 1 的值可以提高繁忙服务器的可扩展性。

较大的缓冲池需要较少的磁盘 I/O 来访问相同的表数据多次。在专用数据库服务器上，您可能将缓冲池大小设置为机器物理内存大小的 80%。请注意以下可能的问题，并准备缩小缓冲池大小以避免这些问题。

当您增加或减少缓冲池大小时，操作将以块的形式执行。块大小由 innodb_buffer_pool_chunk_size 变量定义，默认为 128 MB。

缓冲池大小必须始终等于或是 innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances 的倍数。如果您将缓冲池大小更改为不等于或不是 innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances 的倍数，缓冲池大小将自动调整为等于或是 innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances 的倍数。

innodb_buffer_pool_size 可以动态设置，这允许您在不重新启动服务器的情况下调整缓冲池的大小。状态变量 Innodb_buffer_pool_resize_status 报告在线缓冲池调整操作的状态。有关更多信息，请参阅 第 17.8.3.1 节，“配置 InnoDB 缓冲池大小”。

如果 innodb_dedicated_server 启用，则 innodb_buffer_pool_size 值将自动配置，如果未明确定义。有关更多信息，请参阅 第 17.8.12 节，“启用专用 MySQL 服务器的自动配置”。

innodb_change_buffer_max_size

InnoDB change buffer 的最大大小，以缓冲池总大小的百分比表示。您可能需要增加该值，以适应具有大量插入、更新和删除活动的 MySQL 服务器，或者减少该值，以适应用于报告的不变数据。有关更多信息，请参阅 第 17.5.2 节，“更改缓冲区”。有关一般 I/O 调优建议，请参阅 第 10.5.8 节，“优化 InnoDB 磁盘 I/O”。

innodb_change_buffering

InnoDB 是否执行 change buffering，一种优化技术，它将次要索引的写操作延迟，以便 I/O 操作可以顺序执行。允许的值在下表中描述。也可以以数字形式指定值。

有关更多信息，请参阅 第 17.5.2 节，“更改缓冲区”。有关一般 I/O 调优建议，请参阅 第 10.5.8 节，“优化 InnoDB 磁盘 I/O”。

innodb_change_buffering_debug

设置 InnoDB 更改缓冲调试标志。值为 1 强制所有更改写入更改缓冲区。值为 2 导致意外退出合并。默认值为 0，表示不设置更改缓冲调试标志。此选项仅在使用 WITH_DEBUG CMake 选项编译调试支持时可用。

innodb_checkpoint_disabled

这是一个调试选项，仅供专家调试使用。它禁用检查点，以便在服务器退出时始终启动 InnoDB 恢复。它应该仅在短时间间隔内启用，通常是在运行 DML 操作之前，写入 redo 日志条目，以便在服务器退出后恢复。该选项仅在使用 WITH_DEBUG CMake 选项编译调试支持时可用。

innodb_checksum_algorithm

指定如何生成和验证 InnoDB 表空间中的校验和。默认值为 crc32。

值 innodb 与早期版本的 MySQL 兼容。值 crc32 使用一种算法，快速计算每个修改块的校验和，并检查每个磁盘读取的校验和。它以 64 位为单位扫描块，而不是 innodb 校验和算法，以 8 位为单位扫描块。值 none 在校验和字段中写入一个常量值，而不是基于块数据计算一个值。表空间中的块可以使用旧的、新 的和没有校验和值，随着数据的修改而逐渐更新；一旦表空间中的块被修改为使用 crc32 算法，关联的表就不能被早期版本的 MySQL 读取。

严格形式的校验和算法报告错误，如果它在表空间中遇到一个有效但不匹配的校验和值。建议您仅在新实例中使用严格设置，以便首次设置表空间。严格设置速度较快，因为它们不需要在磁盘读取时计算所有校验和值。

以下表格显示了 none、innodb 和 crc32 选项值之间的差异，以及它们的严格对应项。none、innodb 和 crc32 将指定类型的校验和值写入每个数据块，但在读取操作期间验证块时接受其他校验和值。严格设置也接受有效的校验和值，但在遇到有效的非匹配校验和值时打印错误消息。使用严格形式可以使验证速度更快，如果所有 InnoDB 数据文件在一个实例中都是使用相同的 innodb_checksum_algorithm 值创建的。

innodb_cmp_per_index_enabled

启用信息模式 INNODB_CMP_PER_INDEX 表中的每个索引相关统计信息。因为这些统计信息的收集可能很昂贵，只应在开发、测试或副本实例上启用此选项，以便于 InnoDB 压缩 表的性能调整。

有关更多信息，请参阅 第 28.4.8 节，“INFORMATION_SCHEMA INNODB_CMP_PER_INDEX 和 INNODB_CMP_PER_INDEX_RESET 表” 和 第 17.9.1.4 节，“在运行时监控 InnoDB 表压缩”。

innodb_commit_concurrency

可以同时提交的 线程 数量。值为 0（默认）允许任何数量的 事务 同时提交。

innodb_commit_concurrency 的值不能从零更改为非零或从非零更改为零。该值可以从一个非零值更改为另一个非零值。

innodb_compress_debug

使用指定的压缩算法压缩所有表，而不需要为每个表定义 COMPRESSION 属性。此选项仅在使用 WITH_DEBUG CMake 选项编译调试支持时可用。

有关信息，请参阅 第 17.9.2 节，“InnoDB 页面压缩”。

innodb_compression_failure_threshold_pct

定义表的压缩失败率阈值，以百分比表示，在达到该阈值时，MySQL 开始在压缩页面中添加填充以避免昂贵的 压缩失败。当达到该阈值时，MySQL 开始在每个新的压缩页面中留出额外的空闲空间，动态调整空闲空间的百分比，直到达到 innodb_compression_pad_pct_max 指定的百分比。值为零禁用监控压缩效率并动态调整填充量的机制。

有关信息，请参阅 第 17.9.1.6 节，“OLTP 工作负载的压缩”。

innodb_compression_level

指定 InnoDB 压缩 表和索引的 zlib 压缩级别。较高的值可以将更多数据存储在存储设备上，但会增加 CPU 开销以进行压缩。较低的值可以减少 CPU 开销，以便在存储空间不紧张或数据不可压缩时使用。

有关信息，请参阅 第 17.9.1.6 节，“OLTP 工作负载的压缩”。

innodb_compression_pad_pct_max

指定压缩页面中可以保留的最大百分比作为空闲空间，以便在更新压缩表或索引时重新组织数据和修改日志，并在页面中留出空间以避免 压缩失败。仅在 innodb_compression_failure_threshold_pct 设置为非零值时生效，并且压缩失败率超过阈值。

有关信息，请参阅 第 17.9.1.6 节，“OLTP 工作负载的压缩”。

innodb_concurrency_tickets

确定可以并发进入 InnoDB 的线程数。当一个线程尝试进入 InnoDB 时，如果已经达到并发限制，线程将被放入队列中。当一个线程被允许进入 InnoDB 时，它将获得等于 innodb_concurrency_tickets 值的“票数”，然后可以自由地进入和离开 InnoDB，直到它使用完所有票数。之后，该线程将再次受到并发检查（和可能的排队）下一次尝试进入 InnoDB 时。默认值为 5000。

使用小的 innodb_concurrency_tickets 值，小型事务可以公平地与大型事务竞争处理少量行。小的 innodb_concurrency_tickets 值的缺点是大型事务必须循环队列多次才能完成，从而延长了完成任务所需的时间。

使用大的 innodb_concurrency_tickets 值，大型事务花费更少的时间等待队列的位置（由 innodb_thread_concurrency 控制），并且需要更少的队列循环来完成任务。大型事务也需要更少的队列循环来完成任务。大的 innodb_concurrency_tickets 值的缺点是太多的大型事务同时运行可能会 starve 小型事务，使它们等待更长时间。

使用非零的 innodb_thread_concurrency 值，您可能需要调整 innodb_concurrency_tickets 值以找到大型事务和小型事务之间的最佳平衡。SHOW ENGINE INNODB STATUS 报告显示当前事务在队列中的票数。此数据也可以从 Information Schema INNODB_TRX 表的 TRX_CONCURRENCY_TICKETS 列中获得。

有关更多信息，请参阅 第 17.8.4 节，“配置 InnoDB 的线程并发性”。

innodb_data_file_path

定义 InnoDB 系统表空间数据文件的名称、大小和属性。如果您不指定 innodb_data_file_path 的值，默认行为是创建一个 slightly larger than 12MB 的自动扩展数据文件，名为 ibdata1。

数据文件规范的完整语法包括文件名、文件大小、autoextend 属性和 max 属性：

file_name:file_size[:autoextend[:max:max_file_size]]

文件大小以千字节、兆字节或吉字节为单位，通过追加 K、M 或 G 到大小值。如果指定数据文件大小为千字节，请以 1024 的倍数指定。否则，KB 值将被舍入到最近的 MB 边界。文件大小的总和至少应 slightly larger than 12MB。

有关其他配置信息，请参阅 系统表空间数据文件配置。有关调整说明，请参阅 调整系统表空间。

innodb_data_home_dir

InnoDB 系统表空间 数据文件的公共目录路径部分。默认值是 MySQL 数据 目录。该设置将与 innodb_data_file_path 设置连接，除非该设置定义了绝对路径。

指定 innodb_data_home_dir 值时需要尾随斜杠。例如：

[mysqld]
innodb_data_home_dir = /path/to/myibdata/

该设置不影响 每个表文件 表空间的位置。

有关相关信息，请参阅 第 17.8.1 节，“InnoDB 启动配置”。

innodb_ddl_buffer_size

定义 DDL 操作的最大缓冲区大小。默认设置为 1048576 字节（约 1 MB）。适用于在线 DDL 操作，创建或重建次要索引。请参阅 第 17.12.4 节，“在线 DDL 内存管理”。每个 DDL 线程的最大缓冲区大小是最大缓冲区大小除以 DDL 线程数（innodb_ddl_buffer_size/innodb_ddl_threads）。

innodb_ddl_log_crash_reset_debug

启用此调试选项以将 DDL 日志崩溃重置计数器重置为 1。这选项仅在使用 WITH_DEBUG CMake 选项编译调试支持时可用。

innodb_ddl_threads

定义在线 DDL 操作创建或重建次要索引时的最大并行线程数。有关相关信息，请参阅 第 17.12.5 节，“配置在线 DDL 操作的并行线程” 和 第 17.12.4 节，“在线 DDL 内存管理”。

innodb_deadlock_detect

该选项用于禁用死锁检测。在高并发系统上，死锁检测可能会导致许多线程等待同一个锁时的性能下降。在某些情况下，禁用死锁检测并依赖 innodb_lock_wait_timeout 设置来回滚事务可能更高效。

有关信息，请参阅 第 17.7.5.2 节，“死锁检测”。

innodb_dedicated_server

启用 innodb_dedicated_server 后，InnoDB 将自动配置以下变量：

只有在 MySQL 实例驻留在专用服务器上时，才考虑启用 innodb_dedicated_server。启用 innodb_dedicated_server 不是推荐的做法，如果 MySQL 实例与其他应用程序共享系统资源。

有关信息，请参阅 第 17.8.12 节，“为专用 MySQL 服务器启用自动配置”。

innodb_default_row_format

该 innodb_default_row_format 选项定义了 InnoDB 表和用户创建的临时表的默认行格式。默认设置为 DYNAMIC。其他允许的值是 COMPACT 和 REDUNDANT。COMPRESSED 行格式不支持在 系统表空间 中使用，不能定义为默认值。

新创建的表使用 innodb_default_row_format 定义的行格式，除非明确指定 ROW_FORMAT 选项或使用 ROW_FORMAT=DEFAULT。

当没有明确指定ROW_FORMAT选项或使用ROW_FORMAT=DEFAULT时，任何重建表的操作也会默默地将表的行格式更改为由innodb_default_row_format定义的格式。有关更多信息，请参阅定义表的行格式。

服务器创建的内部临时表使用DYNAMIC行格式，不管innodb_default_row_format设置如何。

innodb_directories

定义在启动时扫描的目录，以查找表空间文件。这选项用于在服务器离线时移动或恢复表空间文件到新位置，也用于指定使用绝对路径或位于数据目录外的表空间文件的目录。

崩溃恢复期间的表空间发现依赖于innodb_directories设置，以标识重做日志中引用的表空间。有关更多信息，请参阅崩溃恢复期间的表空间发现。

默认值为NULL，但innodb_data_home_dir、innodb_undo_directory和datadir定义的目录总是追加到innodb_directories参数值中，InnoDB构建启动时的目录列表时，无论是否明确指定了innodb_directories设置。

innodb_directories可以在启动命令或MySQL选项文件中指定。引号括住参数值，因为否则一些命令解释器将分号（;）解释为特殊字符。（例如，Unix shells将其视为命令终止符。）

启动命令：

mysqld --innodb-directories="directory_path_1;directory_path_2"

MySQL选项文件：

[mysqld]
innodb_directories="directory_path_1;directory_path_2"

不能使用通配符表达式指定目录。

innodb_directories扫描也会遍历指定目录的子目录。重复的目录和子目录将从要扫描的目录列表中删除。

有关更多信息，请参阅第17.6.3.6节，“在服务器离线时移动表空间文件”。

innodb_disable_sort_file_cache

禁用操作系统文件系统缓存，以便合并排序临时文件。该效果相当于使用O_DIRECT打开这些文件。

innodb_doublewrite

变量 innodb_doublewrite 控制双写缓冲。双写缓冲默认情况下在大多数情况下启用。

您可以在启动服务器时将 innodb_doublewrite 设置为 启用 或 禁用，以启用或禁用双写缓冲。 检测并恢复 与 启用 相同，除了双写缓冲完全启用，数据库页内容写入双写缓冲，在恢复期间用于修复不完整的页写入。使用 仅检测，只有元数据写入双写缓冲，数据库页内容不写入双写缓冲，恢复不使用双写缓冲来修复不完整的页写入。这是一个轻量级设置，旨在仅检测不完整的页写入。

MySQL 8.3 支持动态更改 innodb_doublewrite 设置，以启用双写缓冲，between 启用、检测并恢复 和 仅检测。MySQL 不支持动态更改双写缓冲的启用和禁用之间的设置。

如果双写缓冲位于支持原子写入的 Fusion-io 设备上，双写缓冲将自动禁用，数据文件写入将使用 Fusion-io 原子写入代替。但是，请注意 innodb_doublewrite 设置是全局的。当双写缓冲被禁用时，它将对所有数据文件禁用，包括那些不在 Fusion-io 硬件上的文件。该功能仅在 Fusion-io 硬件上支持，并且仅在 Linux 上的 Fusion-io NVMFS 上启用。要充分利用该功能，建议将 innodb_flush_method 设置为 O_DIRECT。

有关信息，请参阅 第 17.6.4 节，“双写缓冲”。

innodb_doublewrite_batch_size

定义双写页的批量写入数量。

有关信息，请参阅 第 17.6.4 节，“双写缓冲”。

innodb_doublewrite_dir

定义双写文件的目录。如果未指定目录，双写文件将在 innodb_data_home_dir 目录中创建，该目录默认为数据目录，如果未指定。

有关信息，请参阅 第 17.6.4 节，“双写缓冲”。

innodb_doublewrite_files

定义双写文件的数量。默认情况下，为每个缓冲池实例创建两个双写文件。

至少有两个双写文件。双写文件的最大数量是缓冲池实例数量的两倍。（缓冲池实例数量由innodb_buffer_pool_instances变量控制。）

有关更多信息，请参阅第 17.6.4 节，“双写缓冲区”。

innodb_doublewrite_pages

定义每个线程的双写页数。如果未指定值，则 innodb_doublewrite_pages 将设置为 innodb_write_io_threads 值。

有关更多信息，请参阅第 17.6.4 节，“双写缓冲区”。

innodb_extend_and_initialize

控制 Linux 系统上的文件每表和通用表空间的空间分配。

启用时，InnoDB 将 NULL 写入新分配的页。当禁用时，空间将使用 posix_fallocate() 调用分配，而不写入 NULL。

有关更多信息，请参阅第 17.6.3.8 节，“优化表空间页分配在 Linux”。

innodb_fast_shutdown

InnoDB shutdown 模式。如果值为 0，InnoDB 执行慢速shutdown，完整的purge 和更改缓冲区合并，然后关闭。如果值为 1（默认），InnoDB 跳过这些操作，执行快速shutdown。如果值为 2，InnoDB 刷新日志并关闭冷启动，类似于 MySQL 崩溃；没有提交的事务不会丢失，但崩溃恢复操作使下一个启动时间更长。

慢速shutdown 可能需要几分钟，或者在极端情况下需要几个小时，数据缓冲区中的大量数据。在升级或降级 MySQL 主要版本之前，使用慢速shutdown 技术，以便在升级过程中更新文件格式时，所有数据文件都被完全准备好。

在紧急或故障排除情况下，使用 innodb_fast_shutdown=2，以获取绝对最快的shutdown，如果数据有腐败风险。

innodb_fil_make_page_dirty_debug

默认情况下，设置 innodb_fil_make_page_dirty_debug 到表空间的 ID 立即污染表空间的第一页。如果 innodb_saved_page_number_debug 设置为非默认值，设置 innodb_fil_make_page_dirty_debug 污染指定的页面。innodb_fil_make_page_dirty_debug 选项仅在使用 WITH_DEBUG CMake 选项编译调试支持时可用。

innodb_file_per_table

当 innodb_file_per_table 启用时，默认情况下表将在文件每个表 tablespaces 中创建。当禁用时，默认情况下表将在系统表空间中创建。有关文件每个表 tablespaces 的信息，请参阅 第 17.6.3.2 节，“文件每个表 tablespaces”。有关 InnoDB 系统表空间的信息，请参阅 第 17.6.3.1 节，“系统表空间”。

可以在运行时使用 SET GLOBAL 语句、在命令行上启动时指定或在选项文件中指定 innodb_file_per_table 变量。运行时配置需要足够的权限来设置全局系统变量（请参阅 第 7.1.9.1 节，“系统变量权限”），并立即影响所有连接。

当一个表在文件每个表 tablespaces 中被截断或删除时，释放的空间将被返回给操作系统。截断或删除系统表空间中的表只释放系统表空间中的空间。释放的空间在系统表空间中可以被再次用于 InnoDB 数据，但不会被返回给操作系统，因为系统表空间数据文件从不缩小。

innodb_file_per_table 设置不影响临时表的创建；临时表是在会话临时 tablespaces 中创建的。请参阅 第 17.6.3.5 节，“临时 tablespaces”。

innodb_fill_factor

InnoDB 在创建或重建索引时执行批量加载。这是一种称为““排序索引构建”的索引创建方法。

innodb_fill_factor 定义了在排序索引构建期间每个 B 树页上填充的百分比，剩余空间保留用于未来索引增长。例如，将 innodb_fill_factor 设置为 80，将保留 20% 的空间用于未来索引增长。实际百分比可能有所不同。innodb_fill_factor 设置被解释为一个提示，而不是硬限制。

设置innodb_fill_factor为100，留出1/16的空间在聚簇索引页中，以便未来索引增长。

innodb_fill_factor适用于B树叶页和非叶页，不适用于外部页用于TEXT或BLOB条目。

有关更多信息，请参阅第17.6.2.3节，“Sorted Index Builds”。

innodb_flush_log_at_timeout

每 N 秒写入和刷新日志。innodb_flush_log_at_timeout允许增加超时期限，以减少刷新对性能的影响。默认设置为每秒一次。

innodb_flush_log_at_trx_commit

控制ACID符合性和性能之间的平衡。提交操作的日志写入和刷新可以被重新排列和批量处理，以提高性能，但这可能会在崩溃时丢失事务。

对于使用 InnoDB 事务的复制设置中的持久性和一致性：

有关在副本上最具弹性的设置组合的信息，请参阅 第 19.4.2 节，“处理副本的意外停止”。

innodb_flush_method

定义了将数据刷新到 InnoDB 数据文件 和 日志文件 的方法，这可能会影响 I/O 吞吐量。

在 Unix-like 系统上，默认值是 fsync。在 Windows 上，默认值是 unbuffered。

Unix-like 系统上的 innodb_flush_method 选项包括：

在支持 fdatasync() 系统调用的平台上，innodb_use_fdatasync 变量允许 innodb_flush_method 选项使用 fsync() 来使用 fdatasync() 代替。fdatasync() 系统调用不会刷新文件元数据的更改，除非需要用于后续数据检索，从而提供潜在的性能优势。

在 Windows 系统上，innodb_flush_method 选项包括：

每个设置对性能的影响取决于硬件配置和工作负载。请对您的特定配置进行基准测试，以决定使用哪个设置，或者是否保留默认设置。检查 Innodb_data_fsyncs 状态变量，以查看每个设置的总 fsync() 调用数（或 fdatasync() 调用数，如果 innodb_use_fdatasync 启用）。您的工作负载中的读取和写入操作混合可能会影响设置的性能。例如，在具有硬件 RAID 控制器和电池备份写入缓存的系统上，O_DIRECT 可以帮助避免 InnoDB 缓冲池和操作系统文件系统缓存之间的双重缓存。在某些系统上，其中 InnoDB 数据和日志文件位于 SAN 上，默认值或 O_DSYNC 可能对读取密集型工作负载具有更好的性能。始终使用反映生产环境的硬件和工作负载来测试该参数。有关一般 I/O 调优建议，请参阅 第 10.5.8 节，“Optimizing InnoDB Disk I/O”。

如果 innodb_dedicated_server 启用，则 innodb_flush_method 值将自动配置，如果未明确定义。有关更多信息，请参阅 第 17.8.12 节，“Enabling Automatic Configuration for a Dedicated MySQL Server”。

innodb_flush_neighbors

指定是否在 InnoDB 缓冲池中刷新一页时也刷新同一 extent 中的其他 脏页。

当表数据存储在传统的硬盘驱动器（HDD）存储设备上时，flushing这些邻近页在一个操作中减少I/O开销（主要是磁盘寻道操作），相比于在不同的时间flushing单个页。对于存储在固态硬盘（SSD）上的表数据，寻道时间不是一个重要因素，可以将该选项设置为0，以便将写操作分布开来。有关信息，请参见第17.8.3.5节，“配置缓冲池刷新”。

innodb_flush_sync

变量innodb_flush_sync，默认情况下启用，会忽略innodb_io_capacity设置在检查点期间的I/O活动爆发中。要遵守innodb_io_capacity设置的I/O速率，禁用innodb_flush_sync。

有关配置innodb_flush_sync变量的信息，请参见第17.8.7节，“配置InnoDB I/O能力”。

innodb_flushing_avg_loops

InnoDB保持之前计算的快照的迭代次数，以控制自适应刷新如何快速响应工作负载的变化。增加该值使刷新操作率平滑地变化，适应工作负载的变化。减少该值使自适应刷新快速地响应工作负载的变化，这可能会导致刷新活动的峰值，如果工作负载突然增加或减少。

有关信息，请参见第17.8.3.5节，“配置缓冲池刷新”。

innodb_force_load_corrupted

允许InnoDB在启动时加载标记为损坏的表。仅在故障排除期间使用，以恢复无法访问的数据。当故障排除完成后，禁用该设置并重新启动服务器。

innodb_force_recovery

崩溃恢复模式，通常仅在严重故障排除情况下更改。可能的值从0到6。有关这些值的含义和重要信息，请参阅innodb_force_recovery，见第17.20.3节，“强制InnoDB恢复”。

innodb_fsync_threshold

默认情况下，当InnoDB创建新数据文件，如新日志文件或表空间文件时，该文件将完全写入操作系统缓存，然后才刷新到磁盘，这可能会导致大量磁盘写活动同时发生。要强制较小、周期性的刷新数据从操作系统缓存，可以使用innodb_fsync_threshold变量定义字节阈值。当达到字节阈值时，操作系统缓存的内容将刷新到磁盘。默认值为0，强制默认行为，即仅在文件完全写入缓存后刷新到磁盘。

指定阈值以强制较小、周期性的刷新可能有助于避免大量磁盘写活动的surge，例如，在多个MySQL实例使用相同存储设备的情况下，创建新MySQL实例及其关联数据文件可能会导致大量磁盘写活动，影响其他MySQL实例的性能。配置阈值可以避免这种写活动的surge。

innodb_ft_aux_table

指定包含FULLTEXT索引的InnoDB表的限定名称。该变量旨在诊断目的，可以仅在运行时设置。例如：

SET GLOBAL innodb_ft_aux_table = 'test/t1';

在设置该变量为格式db_name/table_name的名称后，INFORMATION_SCHEMA表INNODB_FT_INDEX_TABLE、INNODB_FT_INDEX_CACHE、INNODB_FT_CONFIG、INNODB_FT_DELETED和INNODB_FT_BEING_DELETED将显示指定表的搜索索引信息。

有关更多信息，请参阅第17.15.4节，“InnoDB INFORMATION_SCHEMA FULLTEXT索引表”。

InnoDB_FT_CACHE_SIZE

为InnoDB全文搜索索引缓存分配的内存大小，以字节为单位，该缓存用于存储文档的解析结果，以便创建InnoDB全文搜索索引。只有当缓存大小达到限制时，索引插入和更新才会被提交到磁盘。InnoDB_FT_CACHE_SIZE定义了每个表的缓存大小。要设置所有表的全局限制，请参见InnoDB_FT_TOTAL_CACHE_SIZE。

更多信息，请参见InnoDB全文搜索索引缓存。

InnoDB_FT_ENABLE_DIAG_PRINT

是否启用高级全文搜索（FTS）诊断输出。这项选项主要用于高级FTS调试，不是大多数用户关心的内容。输出将被打印到错误日志中，包括信息，如：

InnoDB_FT_ENABLE_STOPWORD

指定了与InnoDB全文搜索索引关联的停用词集是在索引创建时关联的。如果设置了InnoDB_FT_USER_STOPWORD_TABLE选项，则停用词来自该表。否则，如果设置了InnoDB_FT_SERVER_STOPWORD_TABLE选项，则停用词来自该表。否则，将使用默认的停用词集。

更多信息，请参见第14.9.4节“全文搜索停用词”。

InnoDB_FT_MAX_TOKEN_SIZE

InnoDB全文搜索索引中存储的单词的最大字符长度。设置这个值的限制可以减少索引的大小，从而加速查询，方法是忽略长关键字或任意字母集合，这些字母集合不是真正的单词，也不太可能是搜索词。

更多信息，请参见第14.9.6节“微调MySQL全文搜索”。

InnoDB_FT_MIN_TOKEN_SIZE

InnoDB 全文索引中存储的最小单词长度。增加该值将减少索引的大小，从而加速查询，通过忽略搜索上下文中不太可能是重要的常见单词，例如英语单词 “a” 和 “to”。对于使用 CJK（中文、日文、韩文）字符集的内容，请指定值为 1。

更多信息，请参阅 第 14.9.6 节，“微调 MySQL 全文搜索”。

innodb_ft_num_word_optimize

在每个 OPTIMIZE TABLE 操作中处理的单词数量，以维护 InnoDB 全文索引。因为批量插入或更新操作可能需要大量的索引维护，因此您可能需要执行多个 OPTIMIZE TABLE 语句，每个语句从上一个语句结束的地方继续。

更多信息，请参阅 第 14.9.6 节，“微调 MySQL 全文搜索”。

innodb_ft_result_cache_limit

InnoDB 全文搜索查询结果缓存限制（以字节为单位），用于限制每个全文搜索查询或每个线程的缓存大小。中间和最终 InnoDB 全文搜索查询结果将在内存中处理。使用 innodb_ft_result_cache_limit 限制全文搜索查询结果缓存大小，以避免大量内存消耗。在查询结果缓存大小达到限制时，将返回错误，指示查询超出允许的最大内存。

所有平台类型和位大小的 innodb_ft_result_cache_limit 的最大值为 2**32-1。

innodb_ft_server_stopword_table

该选项用于指定 InnoDB 全文索引的停用词表 для所有 InnoDB 表。要配置特定 InnoDB 表的停用词表，请使用 innodb_ft_user_stopword_table。

设置 innodb_ft_server_stopword_table 为包含停止词列表的表名，以 db_name/table_name 格式。

停止词表必须在配置 innodb_ft_server_stopword_table 之前存在。innodb_ft_enable_stopword 必须启用，innodb_ft_server_stopword_table 选项必须配置在创建 FULLTEXT 索引之前。

停止词表必须是一个 InnoDB 表，包含一个名为 value 的单个 VARCHAR 列。

有关更多信息，请参阅 第 14.9.4 节，“Full-Text Stopwords”。

innodb_ft_sort_pll_degree

用于在 InnoDB FULLTEXT 索引中构建搜索索引时的并行线程数。

有关更多信息，请参阅 第 17.6.2.4 节，“InnoDB Full-Text Indexes”，和 innodb_sort_buffer_size。

innodb_ft_total_cache_size

为所有表的 InnoDB 全文搜索索引缓存分配的总内存大小，以字节为单位。创建多个表，每个表都有一个 FULLTEXT 搜索索引，可能会消耗大量可用内存。innodb_ft_total_cache_size 定义了一个全局内存限制，以避免过度内存消耗。如果达到全局限制，索引操作将触发强制同步。

有关更多信息，请参阅 InnoDB Full-Text Index Cache。

innodb_ft_user_stopword_table

用于指定特定表的 InnoDB FULLTEXT 索引停止词列表。要配置所有 InnoDB 表的停止词列表，请使用 innodb_ft_server_stopword_table。

将 innodb_ft_user_stopword_table 设置为包含停止词列表的表名，以 db_name/table_name 格式。

停止词表必须在配置 innodb_ft_user_stopword_table 之前存在。innodb_ft_enable_stopword 必须启用，且 innodb_ft_user_stopword_table 必须在创建 FULLTEXT 索引之前配置。

停止词表必须是一个 InnoDB 表，包含一个名为 value 的单个 VARCHAR 列。

有关更多信息，请参阅 第 14.9.4 节，“全文停止词”。

innodb_idle_flush_pct

限制 InnoDB 空闲时的页面刷新。 innodb_idle_flush_pct 值是 innodb_io_capacity 设置的百分比，该设置定义了 InnoDB 可用的 I/O 操作数每秒。有关更多信息，请参阅 限制缓冲区刷新率。

innodb_io_capacity

innodb_io_capacity 变量定义了 InnoDB 后台任务的 I/O 操作数每秒，例如从缓冲池刷新页面和合并更改缓冲区中的数据。

有关配置 innodb_io_capacity 变量的信息，请参阅 第 17.8.7 节，“配置 InnoDB I/O 容量”。

innodb_io_capacity_max

如果刷新活动落后，InnoDB 可以以高于 innodb_io_capacity 变量定义的 IOPS 率进行刷新。 innodb_io_capacity_max 变量定义了 InnoDB 后台任务在这种情况下的最大 IOPS。

有关配置 innodb_io_capacity_max 变量的信息，请参阅 第 17.8.7 节，“配置 InnoDB I/O 容量”。

innodb_limit_optimistic_insert_debug

限制每个 B-tree 页的记录数。默认值为 0，表示不施加限制。此选项仅在使用 WITH_DEBUG CMake 选项编译调试支持时可用。

innodb_lock_wait_timeout

InnoDB 事务等待行锁的时间长度（以秒为单位），在等待行锁时，InnoDB 事务最多等待这么长时间。如果超时，当前语句将回滚（不是整个事务）。要使整个事务回滚，请使用 --innodb-rollback-on-timeout 选项。见 第 17.20.5 节，“InnoDB 错误处理”。

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

当锁定超时发生时，当前语句将回滚（不是整个事务）。要使整个事务回滚，请使用 --innodb-rollback-on-timeout 选项。见 第 17.20.5 节，“InnoDB 错误处理”。

您可能会降低这个值，以便在高度交互式应用程序或 OLTP 系统中快速显示用户反馈，或者将更新放入队列中，以便稍后处理。您可能会增加这个值，以便在长时间的后端操作中，例如数据仓库中的转换步骤，等待其他大型插入或更新操作完成。

innodb_lock_wait_timeout 适用于 InnoDB 行锁。MySQL 表锁不在 InnoDB 中，因此这个超时不适用于表锁等待。

锁定超时值不适用于死锁检测（innodb_deadlock_detect）启用时，因为 InnoDB 立即检测死锁并回滚其中一个死锁事务。当 innodb_deadlock_detect 禁用时，InnoDB 依赖于 innodb_lock_wait_timeout 来回滚事务。当死锁发生时，见 第 17.7.5.2 节，“死锁检测”。

innodb_lock_wait_timeout 可以在运行时使用 SET GLOBAL 或 SET SESSION 语句设置。更改全局设置需要足够的权限来设置全局系统变量（见 第 7.1.9.1 节，“系统变量权限”），并影响所有后续连接的客户端。任何客户端都可以更改会话设置，以影响该客户端。

innodb_log_buffer_size

缓冲区的大小，以字节为单位，用于写入磁盘上的日志文件。默认值为16MB。大的日志缓冲区使得大型事务可以运行，而不需要在事务提交之前将日志写入磁盘。因此，如果您有更新、插入或删除许多行的事务，使日志缓冲区变大可以节省磁盘I/O。有关信息，请参见内存配置和第10.5.4节，“优化InnoDB重做日志”。对于一般的I/O调整建议，请参见第10.5.8节，“优化InnoDB磁盘I/O”。

innodb_log_checkpoint_fuzzy_now

启用此调试选项，以强制InnoDB写入模糊检查点。此选项仅在使用WITH_DEBUG CMake选项编译调试支持时可用。

innodb_log_checkpoint_now

启用此调试选项，以强制InnoDB写入检查点。此选项仅在使用WITH_DEBUG CMake选项编译调试支持时可用。

innodb_log_checksums

启用或禁用重做日志页的校验和。

innodb_log_checksums=ON 启用CRC-32C 校验和算法用于重做日志页。当innodb_log_checksums 禁用时，重做日志页校验和字段的内容将被忽略。

重做日志头页和重做日志检查点页的校验和从不禁用。

innodb_log_compressed_pages

指定是否将重新压缩的页的镜像写入重做日志中。重新压缩可能发生在对压缩数据进行更改时。

innodb_log_compressed_pages 默认情况下启用，以防止在恢复期间可能发生的损坏，如果使用不同的 zlib 压缩算法版本。如果您确定 zlib 版本不会更改，可以禁用 innodb_log_compressed_pages 以减少重做日志生成对于修改压缩数据的工作负载。

要测量启用或禁用 innodb_log_compressed_pages 的效果，比较相同工作负载下的重做日志生成情况。测量重做日志生成的选项包括观察 日志序列号 (LSN) 在 LOG 部分的 SHOW ENGINE INNODB STATUS 输出中，或者监控 Innodb_os_log_written 状态以获取重做日志文件中的字节数。

有关信息，请参阅 第 17.9.1.6 节，“OLTP 工作负载的压缩”。

innodb_log_file_size

每个 日志文件 在 日志组 中的大小（以字节为单位）。组合日志文件的大小（innodb_log_file_size * innodb_log_files_in_group）不能超过略小于 512GB 的最大值。例如，两个 255 GB 的日志文件接近限制但不超过限制。默认值为 48MB。

通常，组合日志文件的大小应该足够大，以便服务器可以平滑工作负载的峰值和低谷，这通常意味着有足够的重做日志空间来处理超过一个小时的写活动。更大的日志文件也使 崩溃恢复 变慢。

最小 innodb_log_file_size 是 4MB。

有关信息，请参阅 重做日志配置。有关一般 I/O 调优建议，请参阅 第 10.5.8 节，“优化 InnoDB 磁盘 I/O”。

如果 innodb_dedicated_server 启用，则 innodb_log_file_size 值将自动配置，如果未明确定义。有关更多信息，请参阅 第 17.8.12 节，“启用专用 MySQL 服务器的自动配置”。

innodb_log_files_in_group

日志组中的日志文件数。InnoDB 按照循环方式写入这些文件。默认（也是推荐的）值是 2。文件的位置由 innodb_log_group_home_dir 指定。日志文件的总大小（innodb_log_file_size * innodb_log_files_in_group）可以达到 512GB。

有关信息，请见 重做日志配置。

如果 innodb_dedicated_server 启用，则 innodb_log_files_in_group 将自动配置，如果没有明确定义。有关信息，请见 第 17.8.12 节，“为专用 MySQL 服务器启用自动配置”。

innodb_log_group_home_dir

InnoDB 重做日志文件的目录路径。

有关信息，请见 重做日志配置。

innodb_log_spin_cpu_abs_lwm

定义了用户线程等待 flushed redo 时的最小 CPU 使用率。该值以 CPU 核心使用率的总和表示。例如，默认值 80 表示单个 CPU 核心的 80% 使用率。在多核处理器系统上，值 150 表示一个 CPU 核心的 100% 使用率加上第二个 CPU 核心的 50% 使用率。

有关信息，请见 第 10.5.4 节，“优化 InnoDB 重做日志”。

innodb_log_spin_cpu_pct_hwm

定义了用户线程等待 flushed redo 时的最大 CPU 使用率。该值以百分比表示，表示所有 CPU 核心的总处理能力。默认值为 50%。例如，两个 CPU 核心的 100% 使用率相当于四个 CPU 核心的 50% 处理能力。

变量 innodb_log_spin_cpu_pct_hwm尊重处理器亲和力。例如，如果服务器有48个核心，但 mysqld 进程仅固定在四个CPU核心上，那么其他44个CPU核心将被忽略。

有关信息，请参阅 第10.5.4节，“优化InnoDB重做日志”。

innodb_log_wait_for_flush_spin_hwm

定义用户线程等待flush redo的最大平均日志刷新时间。默认值为400微秒。

有关信息，请参阅 第10.5.4节，“优化InnoDB重做日志”。

innodb_log_write_ahead_size

定义redo日志的写入提前块大小，以字节为单位。为了避免 “读取-写入”，请将 innodb_log_write_ahead_size 设置为与操作系统或文件系统缓存块大小匹配。默认设置为8192字节。“读取-写入” 发生在redo日志块未完全缓存到操作系统或文件系统缓存中时，因为redo日志写入提前块大小与操作系统或文件系统缓存块大小不匹配。

有效的 innodb_log_write_ahead_size 值是InnoDB日志文件块大小（2ⁿ）的倍数。最小值是InnoDB日志文件块大小（512）。当最小值被指定时，不会发生写入提前。最大值等于 innodb_page_size 值。如果您指定的 innodb_log_write_ahead_size 值大于 innodb_page_size 值，那么 innodb_log_write_ahead_size 设置将被截断为 innodb_page_size 值。

将 innodb_log_write_ahead_size 值设置得太低，相对于操作系统或文件系统缓存块大小，会导致 “读取-写入”。将值设置得太高可能会对 fsync 性能产生轻微影响，因为多个块将被同时写入。

有关信息，请参阅 第10.5.4节，“优化InnoDB重做日志”。

innodb_log_writer_threads

启用专用的日志写入线程，以从日志缓冲区写入重做日志记录到系统缓冲区，并将系统缓冲区刷新到重做日志文件中。专用的日志写入线程可以提高高并发系统的性能，但对于低并发系统，禁用专用的日志写入线程可以提供更好的性能。

有关更多信息，请参阅 第 10.5.4 节，“优化 InnoDB 重做日志记录”。

innodb_lru_scan_depth

影响 InnoDB 缓冲池刷新操作的算法和启发式方法的参数。主要对性能专家调整 I/O 密集型工作负载感兴趣。它指定每个缓冲池实例中，page cleaner 线程扫描查找脏页以刷新的深度。

较小的设置通常适合大多数工作负载。如果值太高，可能会影响性能。只有在有闲置 I/O 容量的情况下，才考虑增加该值。相反，如果写入密集型工作负载饱和了 I/O 容量，请减少该值，特别是在大缓冲池的情况下。

调整 innodb_lru_scan_depth 时，从低值开始，并以不常见零空闲页为目标。同时，考虑调整 innodb_lru_scan_depth 时，缓冲池实例的数量，因为 innodb_lru_scan_depth * innodb_buffer_pool_instances 定义了每秒 page cleaner 线程执行的工作量。

有关信息，请参阅 第 17.8.3.5 节，“配置缓冲池刷新”。有关一般 I/O 调整建议，请参阅 第 10.5.8 节，“优化 InnoDB 磁盘 I/O”。

innodb_max_dirty_pages_pct