可以通过名称启用或禁用布尔类型的系统变量，或者使用--skip-前缀来禁用它们。例如，可以使用--innodb-adaptive-hash-index或--skip-innodb-adaptive-hash-index在命令行上启用或禁用InnoDB自适应哈希索引，或者在选项文件中使用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_名=值的形式在命令行中指定，也可以在选项文件中以var_名=值的形式指定。

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

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

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

一些选项，可能您最初不需要使用，但可以根据机器容量和数据库工作负载来调整InnoDB性能特征。

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

--innodb-status-file

启动选项--innodb-status-file控制是否创建名为innodb_status_pid的文件，并将SHOW ENGINE INNODB STATUS输出写入其中，每隔约15秒。

默认情况下，不创建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缓冲池中的脏页flush率，根据工作负载进行调整。动态调整flush率的目的是避免I/O活动的burst。这项设置默认启用。请参阅第17.8.3.5节，“配置缓冲池flushing”获取更多信息。对于一般I/O优化建议，请参阅第10.5.8节，“优化InnoDB磁盘I/O”。

innodb_adaptive_flushing_lwm

定义了redo日志容量百分比的低水位标记，表示adaptive flushing启用时的redo日志容量百分比。更多信息，请参见第17.8.3.5节，“配置缓冲池刷新”。

innodb_adaptive_hash_index

是否启用或禁用InnoDB的adaptive hash index。根据您的工作负载，您可能需要动态地启用或禁用adaptive hash indexing以提高查询性能。由于adaptive hash index可能对所有工作负载都不是有用的，因此使用实际工作负载进行benchmark，既启用又禁用adaptive hash indexing。详细信息请见第17.5.3节，“Adaptive Hash Index”。

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

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

在MySQL 8.4之前，这个选项默认启用。

innodb_adaptive_hash_index_parts

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

默认情况下，自适应哈希索引搜索系统被分为8个部分。最大设置值是512。

有关相关信息，请参见第17.5.3节，“Adaptive Hash Index”。

innodb_adaptive_max_sleep_delay

允许InnoDB自动调整innodb_thread_sleep_delay的值，以适应当前工作负载。任何非零值都启用了动态调整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_缓冲池块大小 定义了 InnoDB 缓冲池 resize 操作的块大小。

为了避免在 resize 操作中复制所有缓冲池页面，操作将以“块”方式进行。默认情况下，innodb_缓冲池块大小 是 128MB（134217728 字节）。块中包含的页面数取决于innodb_page_size 的值。innodb_缓冲池块大小 可以增加或减少，单位为 1MB（1048576 字节）。

以下条件适用于更改innodb_缓冲池块大小 值：

为了避免潜在性能问题，chunks 的数量(innodb_buffer_pool_size / innodb_buffer_pool_chunk_size) shouldn't exceed 1000。

变量innodb_buffer_pool_size是动态的，这允许在服务器在线时调整缓冲池大小。然而，缓冲池大小必须等于或是innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances的倍数，并且更改这两个变量设置需要重新启动服务器。

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

innodb_buffer_池调试

启用该选项允许在缓冲池大小小于1GB时创建多个缓冲池实例，忽略innodb_buffer_pool_instances的最小缓冲池大小限制。 innodb_buffer_池调试 选项仅在使用WITH_DEBUG CMake 选项编译时可用。

innodb_缓冲池dump_at_shutdown

指定在 MySQL 服务器关闭时记录 InnoDB 缓冲池中的页面，以缩短下一次启动的 暖启动 过程。通常与innodb_buffer_pool_load_at_startup 结合使用。innodb_buffer_pool_dump_pct 选项定义最近最多使用的缓冲池页面百分比。

both 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。要查看缓冲池dump状态后触发dump，请查询Innodb_buffer_pool_dump_status变量。

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

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

innodb_buffer_pool_dump_pct

指定最近使用的页面百分比，以便读取和dump缓冲池。范围为1到100。默认值为25。例如，如果有4个缓冲池，每个缓冲池有100页，并且innodb_buffer_pool_dump_pct设置为25，则从每个缓冲池中dump最近使用的25页。

innodb_buffer_pool_filename

指定存储空间ID和页面ID的文件名称，该文件由innodb_buffer_pool_dump_at_shutdown或innodb_buffer_pool_dump_now生成。存储空间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节，“排除或包括缓冲池页面从核心文件”。

默认情况下在支持MADV_DONTDUMP的系统上禁用该选项，这通常只限于 Linux，而不是 macOS 或 Windows。

在 MySQL 8.4 之前，该选项默认启用。

innodb_buffer_pool_instances

InnoDB 缓冲池被分割成的区域数。对于具有多个GB缓冲池的系统，分割缓冲池可以提高并发性，通过减少不同线程读取和写入到缓存页面的竞争。每个缓存页面都将被随机地分配给一个缓冲池实例中，使用哈希函数。每个缓冲池管理自己的免费列表、刷新列表、LRUs和所有与缓冲池相关的数据结构，并且被保护着自己的缓冲池锁定。

总的缓冲池大小将被分配给所有缓冲池。为了获得最佳效率，请指定innodb_buffer_pool_instances和innodb_buffer_pool_size的组合，使每个缓冲池实例至少为1GB。

如果innodb_buffer_pool_size≤ 1 GiB，则默认的innodb_buffer_pool_instances值为1。

如果innodb_buffer_pool_size大于1 GiB，那么默认的innodb_buffer_pool_instances值是以下两个计算出的提示值中的最小值，范围为1-64：

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

innodb_buffer_pool_load_abort

中断恢复InnoDB innodb_buffer_pool_load_at_startup 或innodb_buffer_pool_load_now 触发的缓冲池内容恢复过程。

启用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结合使用。

同时启用了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^32-1），在64位系统中，最大值为18446744073709551615（2^64-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 报告在线缓冲池resize操作的状态。请参阅第17.8.3.1节，“配置 InnoDB 缓冲池大小”获取更多信息。

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

innodb_change_buffer_max_size

InnoDB 变更缓冲区的最大大小，作为总buffer池大小的百分比。您可能会为具有大量插入、更新和删除活动的 MySQL 服务器增加这个值，或者为用于报告的 MySQL 服务器减少该值。更多信息，请见第17.5.2节，“变更缓冲区”。对于一般I/O优化建议，请见第10.5.8节，“Optimizing InnoDB Disk I/O”。

innodb_change_buffering

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

在MySQL 8.4之前，默认值是all。

更多信息，请见第17.5.2节，“Change Buffer”。关于一般I/O调整建议，请见第10.5.8节，“Optimizing InnoDB Disk I/O”。

innodb_change_buffering_debug

设置InnoDB更改缓冲的调试标志。值为1强制所有更改到更改缓冲中。值为2导致在合并时出现意外退出。默认值为0表示更改缓冲调试标志未设置。这项选项仅在使用WITH_DEBUGCMake选项编译debug支持时可用。

innodb_checkpoint_disabled

这是一个专门用于高级调试的选项。它禁用检查点，以便在服务器退出时始终触发InnoDB恢复。应该只在短时间内启用该选项，通常是在运行写入redo日志条目的DML操作之前。这一选项仅在使用WITH_ DEBUGCMake选项编译debug支持时可用。

innodb_checksum_algorithm

指定在 校验和 存储在 InnoDB 表空间 的磁盘块中生成和验证的方式。默认值为innodb_checksum_algorithm 是 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

启用信息_schema中的INNODB_ CMP_PER_INDEX表中的每个索引压缩相关统计信息。由于这些统计信息可能会很耗时，仅在开发、测试或副本实例中启用该选项，以便在InnoDB压缩表的性能调整过程中进行。

更多信息，请见第28.4.8节，“The INFORMATION_SCHEMA INNODB_CMP_PER_INDEX and INNODB_CMP_PER_INDEX_RESET Tables”和第17.9.1.4节，“Monitoring InnoDB Table Compression at Runtime”。

innodb_commit_concurrency

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

innodb_commit_concurrency的值不能在运行时从0更改为非零或反之。可以将该值从一个非零值更改为另一个非零值。

innodb_compress_debug

使用指定的压缩算法对所有表进行压缩，不需要为每个表定义COMPRESSION属性。这选项仅在使用WITH_DEBUGCMake选项编译debug支持时可用。

相关信息，请见第17.9.2节，“InnoDB Page Compression”。

innodb_compression_failure_threshold_pct

定义了表的压缩失败率阈值，作为百分比，当MySQL开始在压缩页面中添加填充以避免昂贵的压缩失败。当达到这个阈值时，MySQL开始在每个新的压缩页面中留下动态调整的额外空闲空间，以至于指定的页面大小百分比由innodb_ compression_pad_pct_max控制。值为零将禁用监控压缩效率和动态调整填充量的机制。

更多信息，请见第17.9.1.6节，“Compression for OLTP Workloads”。

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_concurrency_tickets的“”票据”，并可以自由地进入和离开InnoDB，直到使用完票据。然后，该线程将再次受到并发检查（可能会被队列中）下一次尝试进入InnoDB时。默认值为5000。

小的innodb_concurrency_tickets值使得只有少数行需要处理的小事务和处理许多行的大事务竞争公平。小的innodb_concurrency_tickets值的缺点是大事务需要循环队列多次才能完成，这延长了完成任务所需的时间。

当innodb_concurrency_tickets值很大时，大型事务花费的时间更少，等待在队列末尾的位置（由innodb_thread_concurrency控制），并且花费更多时间检索行。同时，大型事务也需要更少的队列循环来完成任务。但是，innodb_concurrency_tickets值太大的缺点是，当多个大型事务同时运行时，可以使较小的事务等待更长时间执行。

当innodb_thread_concurrency值不为零时，您可能需要调整innodb_concurrency_tickets值来找到较大和较小事务之间的最佳平衡。SHOW ENGINE INNODB STATUS报告显示了当前事务在队列中的剩余票数。这一数据也可以从信息_schemaINNODB_TRX表的TRX_CONCURRENCY_TICKETS列中获得。

更多信息，请见第17.8.4节，“InnoDB线程并发配置”。

innodb_数据_文件_路径

定义了 InnoDB 系统表空间数据文件的名称、大小和属性。如果未指定innodb_数据_文件_路径 的值，缺省行为是创建一个自动扩展的数据文件，大小略大于 12MB，名称为 ibdata1。

数据文件指定语法包括文件名、文件大小、autoextend 属性和 max 属性：

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

文件大小以千字节、兆字节或吉字节为单位，通过在大小值后添加 K、M 或 G 来指定。如果指定数据文件大小，以千字节为单位，请使用1024的倍数。否则，KB 值将被舍入到最近的兆字节（MB）边界。文件大小之和必须至少略大于 12MB。

为了获取更多配置信息，请查看System Tablespace Data File Configuration。对于调整大小的指南，请查看Resizing the System Tablespace.

innodb_data_home_dir

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

指定 innodb_data_home_dir 值时需要添加尾部斜杠。例如：

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

这个设置不影响file-per-table 表空间的位置。

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

innodb_ddl_buffer_size

定义DDL操作的最大缓冲区大小。默认设置为1048576字节（约1MB）。适用于在线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 选项编译 debugging 支持时可用。

innodb_ddl_threads

定义索引创建过程中的并行线程的最大数量。适用于在线 DDL 操作，创建或重建次要索引。有关相关信息，请参阅第 17.12.5 节，“Configuring Parallel Threads for Online DDL Operations”和第 17.12.4 节，“Online DDL Memory Management”。

innodb_deadlock_detect

该选项用于禁用死锁检测。在高并发系统中，死锁检测可能会导致线程等待锁定的 slowdown。有时，它可能更有效地禁用死锁检测，并依靠innodb_lock_wait_timeout设置来 rollback事务当出现死锁时。

有关相关信息，请参见第17.7.5.2节，“Deadlock Detection”。

innodb_dedicated_server

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

只有在 MySQL 实例驻留在专用服务器上，可以使用所有可用的系统资源时，才考虑启用innodb_dedicated_server。启用innodb_dedicated_server不建议在 MySQL 实例与其他应用程序共享系统资源时。

更多信息，请参阅第17.8.12节，“Enabling Automatic Configuration for a Dedicated MySQL Server”。

innodb_default_row_format

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

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

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

服务器创建用于处理查询的内部InnoDB临时表，始终使用DYNAMIC行格式，无论innodb_default_row_format设置是什么。

innodb_directories

在启动时扫描的目录列表，用于移动或恢复表空间文件到新位置，而服务器处于离线状态。此外，也用于指定使用绝对路径或位于数据目录外的表空间文件所在目录。

崩溃恢复期间表空间发现依赖于innodb_directories设置来识别redo日志中引用的表空间。更多信息，请见崩溃恢复期间表空间发现。

默认值为NULL，但由innodb_data_home_dir、innodb_undo_directory和datadir定义的目录总是被追加到innodb_directories参数值中，当InnoDB在启动时构建要扫描的目录列表时。这些目录无论是否指定了innodb_directories设置，都将被追加。

innodb_directories可以在启动命令或MySQL选项文件中指定。因为否则一些命令解释器将认为分号(;)是一个特殊字符，故需要使用引号来 surround参数值（例如，Unix shells将其视为命令终止符）。

启动命令：

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

MySQL选项文件：

[mysqld]
innodb_directories="directory_path_1;directory_path_2"

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

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

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

innodb_disable_sort_file_cache

禁用操作系统文件系统缓存对 merge-sort 临时文件的使用。效果是打开这些文件时使用等效的O_DIRECT。

innodb_doublewrite

innodb_doublewrite 变量控制双写缓冲。默认情况下，双写缓冲通常处于启用状态。

您可以在启动服务器时将 innodb_doublewrite 设置为ON或OFF以启用或禁用双写缓冲，分别。DETECT_AND_RECOVER 等同于 ON。在这种设置下，除了数据库页面内容被写入到双写缓冲区外，它还可以在恢复时访问该缓冲区以修复不完整的页面写入。在DETECT_ONLY中，只有元数据被写入到双写缓冲区，而不是数据库页面内容。恢复也不使用双写缓冲区来修复不完整的页面写入。这是一个轻量级设置，旨在仅检测不完整的页面写入。

MySQL 支持对 innodb_doublewrite 设置的动态更改，使得双写缓冲区在ON、DETECT_AND_RECOVER和DETECT_ONLY之间切换。MySQL 不支持将启用双写缓冲区的设置更改为OFF或反之。

如果双写缓冲区位于 Fusion-io 设备上，该设备支持原子写入，双写缓冲区将自动禁用，并使用 Fusion-io 原子写入来执行数据文件写入操作。然而，请注意 innodb_doublewrite 设置是全局的。当双写缓冲区禁用时，它将对所有数据文件进行禁用，包括不在 Fusion-io 硬件上的文件。这一特性仅支持 Fusion-io 硬件，并且仅在 Linux 上的 Fusion-io NVMFS 中启用。为了充分利用该特性，建议设置 innodb_flush_method 为O_DIRECT。

有关相关信息，请参见第17.6.4节，“Doublewrite Buffer”。

innodb_doublewrite_batch_size

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

更多信息，请参见第17.6.4节，“Doublewrite Buffer”。

innodb_doublewrite_dir

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

更多信息，请参见第17.6.4节，“Doublewrite Buffer”。

innodb_doublewrite_files

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

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

更多信息，请见第17.6.4节，“Doublewrite Buffer”。

innodb_doublewrite_pages

定义了每个线程的批量写入双写页面的最大数量。如果未指定值，innodb_doublewrite_pages将默认为128。

在MySQL 8.4之前，默认值是innodb_write_io_threads的值，该值默认为4。

更多信息，请见第17.6.4节，“Doublewrite Buffer”.

innodb_extend_and_initialize

控制Linux系统上文件表空间和一般表空间的空间分配。

启用时，InnoDB将写入新分配页面中的NULL值。禁用时，使用posix_fallocate()调用来分配空间，这些调用预留空间而不实际写入NULL值。

更多信息，请见第17.6.3.8节，“Linux上表空间空间分配优化”.

innodb_fast_shutdown

InnoDB 关机模式。值为 0 时，InnoDB 会进行慢关机，完整地清理和合并缓冲区，然后关机。如果值为 1（默认），InnoDB 将在关机时跳过这些操作，这被称为快速关机。如果值为 2，InnoDB 将将日志刷新并关机，如 MySQL 崩溃一样；没有丢失已提交事务，但崩溃恢复操作会使下一个启动时间更长。

慢关机可能需要分钟或小时，以处理大量缓冲数据。在升级或降级 MySQL 主要版本前，使用慢关机技术，以确保所有数据文件都准备好了，以便升级过程更新文件格式。

在紧急情况下，如数据 corruption risk 高时，可以使用innodb_fast_shutdown=2，以获取最快的关机方式。

innodb_fil_make_page_dirty_debug

默认情况下，设置innodb_fil_make_page_dirty_debug将立即使表空间的第一页脏。 如果innodb_saved_page_number_debug设置为非默认值，设置innodb_fil_make_page_dirty_debug将使指定的页面脏。 innodb_fil_make_page_dirty_debug选项仅在使用WITH_DEBUGCMake选项编译debug支持时可用。

innodb_file_per_table

当innodb_文件-每-表启用时，表默认创建在文件-每-表空间中。当禁用时，表默认创建在系统表空间中。关于文件-每-表空间的信息，请见第17.6.3.2节，“文件-每-表空间”。关于InnoDB系统表空间的信息，请见第17.6.3.1节，“系统表空间”。

变量innodb_文件-每-表可以在运行时使用SET GLOBAL语句配置指定在命令行启动或选项文件中指定。运行时配置需要具有足够的权限来设置全局系统变量（见第7.1.9.1节，“系统变量权限”），并且立即影响所有连接的操作。

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

innodb_file_per-table设置不影响临时表的创建；临时表是在会话临时表空间中创建的。请参阅第17.6.3.5节，“Temporary Tablespaces”。

innodb_fill_factor

InnoDB在创建或重建索引时执行 bulk load，这种索引创建方法称为““sorted index build””。

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

将 innodb_fill_factor 设置为 100 将留下聚簇索引页面的 1/16 空间用于未来索引增长。

innodb_fill_factor 适用于 B 树叶子和非叶子页面。它不适用于外部页面，用于 TEXT 或 BLOB 项。

更多信息，请见 第 17.6.2.3 节，“排序索引构建”。

innodb_flush_log_at_timeout

每隔N秒写入和刷新日志。innodb_flush_log_at_timeout允许将flush的超时期限增加，以减少flush操作并避免影响二进制日志组提交性能。innodb_flush_log_at_timeout的默认设置是每秒一次。

innodb_flush_log_at_trx_commit

控制事务提交操作之间的严格ACID一致性和更高性能之间的平衡。您可以通过改变默认值来获得更好的性能，但这可能会在崩溃时丢失事务。

在使用事务的复制设置中，为了确保持久性和一致性：

关于复制服务器在意外中断时最具韧性的设置组合，请参阅第19.4.2节，“处理复制服务器的意外中断”。

innodb_flush_method

定义了在 Innodb 数据文件和日志文件中刷新数据的方法，可以影响 I/O 通过率。

在 Unix-类系统上，缺省值是 O_DIRECT 如果支持否则默认为 fsync。在 Windows 上，缺省值是 unbuffered。

Unix-类系统上的 Innodb 刷新方法选项包括：

在支持fdatasync()系统调用平台上，innodb_use_fdatasync变量允许使用fsync()的innodb_flush_method选项来使用fdatasync()。一个fdatasync()系统调用除非必要，否则不会将更改写入文件元数据，从而提供潜在的性能优势。

Windows系统上的innodb_flush_method选项包括：

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

innodb_flush_neighbors

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

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

innodb_flush_sync

默认情况下启用的innodb_flush_sync变量会在检查点期间忽略innodb_io_capacity和innodb_io_capacity_max设置，以便在I/O活动的高峰期保持一定的I/O速率。要遵守由innodb_io_capacity和innodb_io_capacity_max定义的I/O速率，禁用innodb_flush_sync.

关于配置innodb_flush_sync变量的信息，请参见第17.8.7节，“配置InnoDB I/O容量”.

innodb_flushing_avg_loops

InnoDB 对flushing状态的快照保留迭代次数，控制自适应刷新对工作负载的响应速度。增加该值使flush操作的速率变化平滑地随着工作负载的变化，而减少该值使自适应刷新快速地调整工作负载变化，可以导致突然增加和减少工作负载时的刷新活动峰值。

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

innodb_force_load_corrupted

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

innodb_分插

崩溃恢复模式，通常只在严重的故障排除情况下更改。可能的值从0到6。关于innodb_分插的含义和重要信息，请参见

innodb_fsync_threshold

默认情况下，当InnoDB创建一个新的数据文件，例如新日志文件或表空间文件时，该文件将完全写入操作系统缓存，然后才被刷新到磁盘，这可能会导致一次大量的磁盘写活动。为了强制小型、定期地刷新操作系统缓存中的数据，可以使用innodb_ fsync_threshold变量来定义一个字节阈值。当达到字节阈值时，操作系统缓存中的内容将被刷新到磁盘。默认值为0，强制使用默认行为，即在文件完全写入缓存后才刷新数据到磁盘。

指定一个阈值以强制小型、定期的刷新可能对多个MySQL实例共享同一存储设备的情况非常有益处。例如，创建一个新的MySQL实例及其关联的数据文件可能会导致大量的磁盘写活动，影响其他使用相同存储设备的MySQL实例的性能。配置阈值可以避免这种写活动的峰值。

innodb_ft_aux_table

指定了一个InnoDB表的完全限定名，该表包含一个FULLTEXT索引。这变量旨在诊断用途且只能在运行时设置。例如：

SET GLOBAL innodb_ft_aux_table = 'test/t1';

设置该变量到格式为db_名/table_名的名称后，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 Index Tables”。

innodb_ft_cache_size

为 InnoDB FULLTEXT 搜索索引缓存分配的内存大小，单位为字节。该缓存用于在创建 InnoDB FULLTEXT 索引时将文档解析到内存中。索引插入和更新操作直到达到innodb_ft_cache_size大小限制才被写入磁盘。innodb_ft_cache_size可以在表级别设置缓存大小。要为所有表设置全局限制，请查看innodb_ft_total_cache_size。

更多信息请见InnoDB Full-Text Index Cache。

innodb_ft_enable_diag_print

是否启用额外的全文搜索（FTS）诊断输出。这选项主要是为高级 FTS 调试而设计，通常对大多数用户不感兴趣。输出将被打印到错误日志中，并包括以下信息等：

innodb_ft_enable_stopword

指定在创建时将一组停用词与 InnoDB FULLTEXT 索引相关联。如果设置了innodb_ft_user_stopword_table选项，则停用词来自该表。否则，如果设置了innodb_ft_server_stopword_table选项，则停用词来自该表。否则，将使用默认的停用词集。

更多信息，请见第14.9.4节，“全文停止词”.

innodb_ft_max_token_size

InnoDB全文索引中存储单词的最大字符长度。设置此值的限制可以减少索引大小，从而加速查询，通过省略长关键字或任意集合的字母序列，这些字母序列不是实际单词也 unlikely 是搜索术语。

更多信息，请见第14.9.6节，“MySQL全文搜索的 fine-tuning”.

innodb_ft_min_token_size

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

更多信息请参阅第14.9.6节，“MySQL全文搜索 fine-tuning”。

innodb_ft_num_word_optimize

每次对InnoDB FULLTEXT索引执行OPTIMIZE TABLE操作时要处理的单词数量。由于对包含全文搜索索引的表进行批量插入或更新操作可能需要大量索引维护以 incorporate所有更改，您可能会执行一系列OPTIMIZE TABLE语句，每个语句从上一个语句的结尾继续。

更多信息，请见第14.9.6节，“MySQL全文搜索的 fine-tuning”。

innodb_ft_result_cache_limit

InnoDB全文搜索查询结果缓存限制（以字节为单位），每个全文搜索查询或每个线程。中间和最终的InnoDB全文搜索查询结果在内存中处理。使用innodb_ft_result_cache_limit将全文搜索查询结果缓存大小限制，以避免在处理非常大的InnoDB全文搜索查询结果（例如数百万或数千万行）时的内存过高消耗。内存按需分配，当处理全文搜索查询时。如果达到结果缓存大小限制，会返回错误，指示查询超出了允许的最大内存。

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

innodb_ft_server_stopword_table

使用该选项可以为所有InnoDB表指定自定义的FULLTEXT索引停用词列表。要为特定的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

在构建搜索索引时，用于并行索引和 tokenize 文本的线程数量。

相关信息，请参见第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节，“Full-Text Stopwords”。

innodb_idle_flush_pct

当 InnoDB 空闲时，限制页面刷新。值为 innodb_idle_flush_pct 的百分比，定义了 InnoDB 可以执行的 I/O 操作数（每秒）innodb_io_capacity。更多信息，请参见空闲期间限制缓冲刷新。

innodb_io_capacity

变量 innodb_io_capacity 定义了 InnoDB 背景任务（如页面刷新和更改缓冲区）每秒可执行的 I/O 操作数（IOPS）。

关于配置innodb_io_capacity变量的信息，请参阅第17.8.7节，“配置InnoDB I/O Capacity”.

innodb_io_capacity_max

如果flush活动落后，InnoDB可以更积极地Flush，高于由innodb_io_capacity变量定义的I/O操作每秒(IOPS)速率。innodb_io_capacity_max变量定义了在这种情况下InnoDB背景任务执行的最大IOPS数。这选项不控制innodb_flush_sync行为。

默认值是innodb_io_capacity变量的两倍。

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

innodb_limit_optimistic_insert_debug

限制每个B-树页的记录数。默认值为0，表示不对记录数进行限制。这项选项仅在使用WITH_DEBUGCMake选项编译debug支持时可用。

innodb_lock_wait_timeout

InnoDB事务等待行锁定的时间长度，以秒为单位。默认值为50秒。如果一个事务尝试访问另一个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节，“Deadlock Detection”。

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

innodb_log_buffer_size

InnoDB 在磁盘上写入日志文件时使用的缓冲区大小，以字节为单位。默认值为 64MB。一个大的日志缓冲区使得可以在事务提交前不需要将日志写入磁盘，从而支持大型事务的运行。如果您有更新、插入或删除许多行的事务，可以将日志缓冲区设置更大，以减少磁盘 I/O。有关相关信息，请参阅内存配置和第10.5.4节，“优化 InnoDB redo 记录”。对于一般的 I/O 调整建议，请参阅第10.5.8节，“优化 InnoDB 磁盘 I/O”。

innodb_log_checkpoint_fuzzy_now

启用这个调试选项强制InnoDB写入模糊检查点。这选项仅在使用WITH_ DEBUGCMake选项编译调试支持时可用。

innodb_log_checkpoint_now

启用这个调试选项强制InnoDB写入检查点。这选项仅在使用WITH_ DEBUGCMake选项编译调试支持时可用。

innodb_log_checksums

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

innodb_log_checksums=ON 启用了 redo 日志页的 CRC-32C 检查和算法。当innodb_log_checksums被禁用时，redo 日志页的检查和字段内容将被忽略。

redo 日志头页和 redo 日志检查点页上的 checksums 从不被禁用。

innodb_log_compressed_pages

指定是否将 re-压缩的 页 的图像写入到 redo 日志。re-压缩可能会在对压缩数据进行更改时发生。

innodb_log_compressed_pages 默认启用，以防止在恢复过程中使用不同版本的zlib压缩算法可能引起的损坏。如果您确定zlib版本不会更改，可以禁用innodb_log_compressed_pages以减少对修改压缩数据的工作负载的redo日志生成。

要测量启用或禁用innodb_log_compressed_pages的影响，比较在相同工作负载下redo日志生成的结果。可用的选项包括观察SHOW ENGINE INNODB STATUS输出中的Log sequence number(LSN)在LOG部分，或者监控Innodb_os_log_written状态以获取redo日志文件写入的字节数。

相关信息，请见第17.9.1.6节，“OLTP工作负载的压缩”。

innodb_log_file_size

每个日志文件在日志组中的字节大小。日志文件的总大小（innodb_log_file_size * innodb_log_files_in_group）不能超过512GB的最大值。例如，255 GB的日志文件对(pair)接近限制但不超过它。默认值为48MB。

通常，日志文件的总大小应该足够大，以平滑工作负载活动的峰值和谷值，这意味着可以处理超过一个小时的写入活动。值越大，缓冲池中的检查点刷新活动就需要更少，减少了磁盘I/O。较大的日志文件也会使崩溃恢复速度变慢。

最小的innodb_log_file_size是4MB。

有关相关信息，请参阅Redo Log Configuration。对于一般I/O优化建议，请参阅第10.5.8节，“Optimizing InnoDB Disk I/ O”。

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

innodb_log_files_in_group

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

相关信息，请参阅redo日志配置。

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

innodb_log_group_home_dir

InnoDB redo log 文件的目录路径。

相关信息，请见Redo Log Configuration。

innodb_log_spin_cpu_abs_lwm

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

有关相关信息，请参见第10.5.4节，“InnoDB redo日志优化”。

innodb_log_spin_cpu_pct_hwm

定义了在等待flush redo时，用户线程不再spin的最大CPU使用率。该值以所有CPU核心总处理能力的百分比表示。默认值为50%。例如，在服务器上有四个CPU核心的情况下，两个CPU核心的100%使用是服务器的50%处理能力。

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

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

innodb_log_wait_for_flush_spin_hwm

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

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

innodb_log_write_ahead_size

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

有效的值为innodb_log_write_ahead_size的倍数（2ⁿ），其中n是InnoDB日志文件块大小的指数。最小值为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设置太低，相对于操作系统或文件系统缓存块大小可能会导致“read-on-write”。如果将值设置太高可能会对日志文件写入的fsync性能产生轻微影响，因为多个块同时被写入。

有关相关信息，请参见第10.5.4节，“优化InnoDB redo日志”。

innodb_log_writer_threads

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

更多信息，请见第10.5.4节，“InnoDB redo日志优化”。

innodb_lru_scan_depth

影响InnoDB缓冲池flush操作算法和启发式的参数。主要对性能专家调整I/O密集型工作负载感兴趣。它指定每个缓冲池实例中，页清洁线程在LRU页面列表中扫描的深度，以查找需要flush的脏页。这是一个背景操作，每秒执行一次。

通常情况下，小于默认值的设置是合适的。远远高于必要的值可能会影响性能。如果您有空闲I/O容量，可以考虑增加该值；反之，如果写入密集型工作负载饱和了您的I/O容量，特别是在大缓冲池的情况下，请减少该值。

在调整innodb_lru_scan_depth时，从低值开始，并将设置向上配置，以尽量少见零免费页。同时，也要考虑更改innodb_lru_scan_depth，因为innodb_lru_scan_depth * innodb_buffer_pool_instances定义了每秒执行的工作量。

相关信息，请见第17.8.3.5节，“配置缓冲池刷新”。关于I/O优化的总体建议，请见第10.5.8节，“优化InnoDB磁盘I/O”。

innodb_max_dirty_pages_pct

InnoDB尝试从缓冲池刷新数据，以使脏页的百分比不超过该值。

innodb_max_dirty_pages_pct设置确定刷新活动的目标，但不会影响刷新速度。关于管理刷新速度的信息，请见第17.8.3.5节，“配置缓冲池刷新”。

相关信息，请见第17.8.3.5节，“配置缓冲池刷新”。对于一般I/O优化建议，请见第10.5.8节，“优化InnoDB磁盘I/O”。

innodb_max_dirty_pages_pct_lwm