MySQL 5.5 服务器变量详解(二)

本文出自 “马哥教育Linux运维培训” 博客，http://mageedu.blog.51cto.com/4265610/1062628

innodb_adaptive_flushing={ON|OFF}

设定是否允许MySQL服务器根据工作负载动态调整刷写InnoDB buffer pool中的脏页的速率。动态调整刷写速率的目的在于避免出现IO活动尖峰。默认值为ON。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_adaptive_hash_index={ON|OFF}

设定是否启用InnoDB的自适应hash索引。基准测试结果显示，自适应hash索引并非对所有工作负载都有益，因此需要根据实际应用场景的测试结果选择更合适的值。此特性默认已启用，可以通过命令行选项--skip-innodb_adaptive_hash_index将其禁用。作用范围是全局，可用于选项文件，属动态变量。

 

innodb_additional_mem_pool_size={2097152 .. 4294967295}

设定innodb存储引擎为了存储数据字典和其它内部数据结构的内在池大小，单位是字节。表的个数越多，此参数的值就应该设定的越大；当InnoDB用完此内存池的空间，它就会向操作系统申请内存空间，并将向错误日志记录警告信息。默认大小是8MB。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_autoextend_increment={1 .. 1000}

当共享表空间没有多余的存储空间时，如果其允许自动增长，此变量可用于设定其单次增长的空间大小，单位是MB，默认值是8。设置了变量innodb_file_per_table的值为1时InnoDB会为每张表使用一个单独的表空间文件，而innodb_autoextend_increment变量不会对此种表空间产生影响。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_autoinc_lock_mode={0|1|2}

设定用于生成“自动增长(auto_increment字段)”值的锁模型。其可接受的值有0、1和2，分别用于表示"traditional"、"consecutive"和"interleaved"锁模型。默认值为1。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_buffer_pool_instances=#

设定将InnoDB的buffer pool分隔为多少个区域。对于有着数GB空间的buffer pool来说，将其分隔为多个区域可以降低不同的线程对缓存页面的读写操作时资源争用系数，进行增强其并发能力。在buffer pool中，读取或存入页面时所选择的区域是基于hash算法随机进行的。每个buffer pool管理自己的空闲列表、列表刷写、LRU以及其它跟buffer pool相关的数据结构，并通过各自的互斥锁进行保护。

此变量仅在变量innodb_buffer_pool_size的值大于1G时才能发挥功用，缓冲池的整体空间将由各buffer pool实例分割使用。出于最佳效用的目的，建议配合使用innodb_buffer_pool_instances和innodb_buffer_pool_size变量以使得每个buffer pool实例的都至少有1G的空间。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_buffer_pool_size=#

设定InnoDB缓存表数据和索引的内存缓冲区大小，单位是字节。其默认值为128MB，最大值依赖于CPU架构。在一个较繁忙的服务器上，当缓冲池(buffer pool)大于1G时，设定innodb_buffer_pool_instances的值大于1可提其升伸缩能力。innodb_buffer_pool_size变量的值越大，MySQL服务器完成数据访问时就需要越少的IO，因此，在一个有够较大内存且为MySQL服务专用的服务器上，可以将此值设置为物理内存的80%。但如果出现如下情况，建议缩小此变量的值：(1)物理内存资源紧张导致内存页面换出；(2)InnoDB会为缓冲和控制结构(buffers and control structures)预留额外的内存，因此事实上其占用的内存空间可能会比指定的数值大10%左右，这不可能超出对内存资源分配的预估；(3)内存地址空间必须连续，这在基于DLL库使用特殊地址空间的Windows系统上可能会出现意外情况；(4)缓冲池的初始化所需要时长与为其指定的空间大小成正比，例如有10G缓冲池的x86_64的Linux系统上，初始化时间大约要6秒钟。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_change_buffering=#

当在表上执行INSERT、UPDATE或DELETE操作时，索引中尤其是第二索引中的数据未必按序存储，这就可能引发随机IO以完成第二索引的更新操作。此变量用来设定InnoDB是否启用修改缓冲(change buffering)以及使用何种类型的修改缓冲。修改缓冲是一种优化方式，它能够通过延迟写入操作至第二索引将IO操作转换为顺序模式。其接受的值有inserts(缓冲insert操作)、deletes(缓冲delete-marking操作)、changes(缓冲insert和delete-marking操作)、purges(缓冲purge操作)、all(缓冲insert、delete-marking和purge操作)和none(不缓冲任何操作)。默认值是all。MySQL 5.5.4之前的版本只接受inserts和none两种值。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_checksums={ON|OFF}

InnoDB能够使用校验和(checksum)来验正从磁盘读取的所有页面数据的完整性，从而提高对硬件或数据文件损坏的容错能力。默认为启用，然而，在少数情况下或许需要禁用这种特性，这可以通过使用--skip-innodb-checksums命令行选项实现。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_commit_concurrency={0 .. 1000}

设定InnoDB可同时运行的“提交”操作线程的数量。0表示无限制。此变量不能在运行时将其从“零值”修改为“非零值”，但可以从一个“非零值”修改为其它值。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_concurrency_tickets=#

在一个线程进入(enter)InnoDB时，其将会获取一定数量的“自由卷轴”(free tickets)并凭这些卷轴自由出入InnoDB(即免检)，直到其卷轴耗尽；而后的线程将被置于等待队列中，并可能需要再次接受并发上限限制检查。此变量则正是用于设定可同时进入InnoDB的线程并发数，即线程的“自由卷轴”数量。默认值是500。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_data_file_path=IBDATA_FILE

指定InnoDB的各个数据文件及其大小，文件多于一个时彼此间用分号隔开。数据文件路径可以为相对路径，其相对于innodb_data_home_dir变量所指向的目录；而文件大小的表示可以以K(KB)、M(MB)、G(GB)为单位，但这些文件的大小之和至少要达到10MB。在没有显式设定innodb_data_file_path变量的情况下，MySQL服务器会在数据目录中自动创建一个可自动增长、初始大小为10MB的名为ibdata1的数据文件。单个数据文件的大小上限取决于操作系统，这意味着可以使用操作系统所支持的最大单个文件大小以为其数据文件的体积上限。InnoDB还支持使用裸设备作为数据文件。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_data_home_dir=/PATH/TO/DIR

InnoDB所有共享表空间数据文件的目录路径。默认值为MySQL的数据目录。可以将此变量的值设置为空，然后在innodb_data_file_path中为每个数据文件使用绝对路径。此变量不影响变量innodb_file_per_table启用状态下的每表表空间的数据文件。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_doublewirte={ON|OFF}

设定InnoDB是否使用双写缓冲。默认为启用。InnoDB在对页面进行部分写入的时候使用双写缓冲，以防止数据损坏。双写缓冲是表空间中一个特殊的保留区域，其大小足够在一个连续区间容纳100个页面。当InnoDB把页面从缓冲池刷写至磁盘时，它会先把这些页面刷到双写缓冲中，然后再保存至真正的目标位置。因此，双写缓冲本质上是最近写入页面的备份，其可确保每次写入的原子性和可持续性。在有些情况下双写缓冲是不必要的，例如在从服务器上就可以将之禁用；此外，一些文件系统(如ZFS)自身也会实现此功能，那么InnoDB就不用做重复的工作了。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_fast_shutdown={0|1|2}

设定InnoDB关闭模式。其可接受的值中，“0”表示慢速关闭，这意味着InnoDB关闭之前会完成完全清写(full purge)和修改缓冲合并(insert buffer merge)操作；“1”是默认值，它表示InnoDB在关闭时会跳过模式0中进行的这些操作，这也是其之所以称作“快速关闭”的原因；“2”表示InnoDB仅刷写日志信息并执行冷(cold)关闭，此时并没有事务丢失，只是下次启动MySQL服务时需要花费较长的时间进行故障恢复(crash recovery)。

执行慢速关闭时其过程可能会持续数分钟的时间，甚至在有些极端情况下，比如有着大量数据缓冲的场景，此过程时长会以小时来计。一般情况下仅在对MySQL进行主版本升级时才需要进行慢速关闭以使得数据文件能够为完全适应新版本而准备妥当。通常也只能遇到紧急状况或出于调试的目的才需要将此变量的值设定为2，以便让处于有可能损坏风险中的数据执行最快速度的关闭。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_file_format={Antelope|Barracuda}

设定新建InnoDB表的文件格式。其可接受的参数有Antelope和Barracuda，但这仅对基于变量innodb_file_per_file的每表表空间文件有影响。某些InnoDB特性如表压缩功能仅有Barracuda文件格式支持。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_file_format_check={ON|OFF}

用于设定InnoDB是否在MySQL服务器启动时检查共享表空间的文件格式标签。检查标签时如果其高于当前InnoDB版本所支持的能力，InnoDB就会产生错误并拒绝启动；否则，对MySQL 5.5.5 及后来的版本来说InnoDB则会设置变量innodb_file_format_max的值为共享表空间的文件格式标签，而对于MySQL 5.5.5之前的版本来说，InnoDB会将共享表空间的文件格式设置为变量innodb_file_format_check的值。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_file_format_max={Antelope|Barracuda}

在MySQL服务启动时，InnoDB会将变量innodb_file_format_max的值设置为共享表空间的文件格式标签(比如，Antelope或Barracuda)。如果MySQL服务器创建或打开了一个有着更高级格式的表，此变量的值则会被设置为那个更高级的格式。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_file_per_table={ON|OFF}

设定InnoDB表是否使用每表表空间数据文件(以.ibd结尾)分别存储每个表的数据和索引。如果使用了每表表空间数据文件，其将不再使用系统表空间(即共享表空间)。InnoDB表的某些特性，如压缩表等仅对每表表空间生效。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_flush_log_at_trx_commit={0|1|2}

设定InnoDB同步日志缓冲区(log buffer)数据至日志文件中的方式，以及刷写日志文件至磁盘的方式。其可接受的值中，“0”表示将日志缓冲区每秒一次地写入日志文件，并同时将日志文件刷写至磁盘中，但事务提交时不会采取任何动作；“1”是默认值，表示在有事务提交时将日志缓冲区写入日志文件，并同时将日志文件刷写至磁盘；“2”表示每事务提交或每秒一次将日志缓冲区写入日志文件，但不会同时执行日志文件的刷写操作。当然，由于操作系统进程调度的原因，每秒一次的日志写入或刷写操作并不能得到100%的保证。

完全兼容ACID的场景需要将此变量值设置为1，由于要执行每事务的日志刷写操作，其会阻止I/O调用，直到写操作完成，故其会显著降低InnoDB每秒钟可以提交的事务数。设置为“2”可获得比“1”更好的性能，而且仅在操作系统崩溃时才会丢失最后一秒钟的数据，因此数据安全性也有着不错的表现。设置为“0”则有可能会导致事务最后一秒钟的数据丢失，于是整个事务的数据安全性将无法保证，但其通常有着最好的性能。为了在最大程序上保证复制的InnoDB事务持久性和一致性，应该设置变量innodb_flush_log_at_trx_commit=1以及设置变量sync_binlog=1。

然而需要注意的是，有些磁盘自身也有缓存，这可能会给事务操作带来额外的潜在风险。可以使用hdparm工具或供应商的自有工具等禁用磁盘自身的缓存。当然，高性能事务的最佳配置是把此变量的值设置为1，并且将日志文件放在有备用电池的写入缓存的RAID上。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_flush_method={O_DSYNC|O_DIRECT}

设定InnoDB实际与文件系统进行交互的方式。除了写操作之外，它还可以影响InnoDB如何读取数据。设置innodb_flush_method变量的值为O_DSYNC时，InnoDB使用O_SYNC标志来打开和刷写日志文件，而使用fsync()来刷写数据文件。O_SYNC会使得所有的写入操作都是同步的，即只有在数据被写入磁盘之后才会返回，但不会在操作系统层面禁止缓存，因此，它不会避免双缓冲，并且不会直接写入磁盘。fsync()会同时刷数据和元数据(而fdatasync()只刷写数据)，它比fdatasync()产生更多的IO操作，而且操作系统会缓存一些数据在自己的缓存中(这将导致双缓冲)。如文件系统可以智能地处理I/O需求，双缓冲可能不是坏事儿，但如果MySQL设置了innodb_file_per_table变量的值为1，则会导致第个表空间文件都单独使用fsync()函数，其写入操作就不可能会被合并了。

设置innodb_flush_method变量的值为O_DIRECT时，InnoDB使用O_DIRECT标志打开数据文件，而使用fsync()刷写数据和日志文件。O_DIRECT标志会导致操作系统既不缓存数据，也不预读数据，它完全禁止了操作系统的缓存并且使所有的读写动作直接至存储设备，避免了双缓冲。然而，其不能禁止硬件层面(如RAID卡)的缓存和预读功能，而且启用硬件层面的缓存和预读功能也是保证InnoDB使用了O_DIRECT标志时仍能保持良好性能的惟一途径。

作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_force_load_corrupted={ON|OFF}

设定InnoDB在启动时是否装载标记为“已损坏(corrupted)”的表。仅应该在troubleshooting的场景中启用该功能以修复无法访问的表，在troubleshooting任务完成后应该禁用此功能并重启MySQL服务。作用范围为全局，可用于选项文件，属非动态变量。

 

innodb_force_recovery={0|1|2|3|4|5|6}

设定InnoDB的故障恢复模式。InnoDB出现了“页面损坏(page corruption)”时，通常大部分数据仍然完好，于是可以通过SELECT...INTO OUTFILE命令备份出数据以降低损失程度。然而，某些“损坏”类的故障可能会导致SELECT * FROM tbl_name命令无法执行或InnoDB后台操作崩溃，甚至会导致InnoDB的前滚操作。这种情况下，就可以使用innodb_force_recovery变量强制InnoDB存储引擎在启动时不执行后台操作，以便能将数据备份出来。

innodb_force_recovery可接受的值中，“0”为默认值，表示执行正常启动，即不启用“强制修复”模式。而非零值中，某数值会包含比其小的所有数值的预防措施，然而其也较可能给B-tree索引及其它的数据结构带来更多的损坏。故此，在此变量值为非零值时，其会阻止用户使用INSERT、UPDATE或DELETE操作，但是会允许执行SELECT、CREATE TABLE或DROP TABLE类的操作。以下是关于其它非零值功能的说明：

1(SRV_FORCE_IGNORE_CORRUPT)：即使出现了页面损坏也照常运行MySQL服务，其会在SELECT * FROM tbl_name语句执行时尝试跳过损坏的索引记录和页面。

2(SRV_FORCE_NO_BACKGROUND)：禁止启动主线程(master thread)，其会在执行清写(purge)操作时防止出现崩溃(crash)。

3(SRV_FORCE_NO_TRX_UNDO)：在故障恢复(crash recovery)后不执行事务的回滚操作。

4(SRV_FORCE_NO_IBUF_MERGE)：禁止执行修改缓冲(insert buffer)合并操作。

5(SRV_FORCE_NO_UNDO_LOG_SCAN)：在启动数据库服务时不检查撤消日志(undo logs)，这会导致InnoDB将未完成的事务视为已提交。

6(SRV_FORCE_NO_LOG_REDO)：不执行重做日志(redo log)的前滚操作。此时，仅能执行不带WHERE、ORDER BY或其它子句的SELECT * FROM tbl_name操作，因为复杂查询在遇到损坏的数据结构时会中止并退出。

 

innodb_io_capacity=#

设定InnoDB后台任务(如从缓冲池刷写页面或合并修改缓冲中的数据等)可执行的I/O操作上限。其最小值为100，默认值为200，最大值取决于CPU架构。对于有着较大I/O负载的服务器来讲，应该为其指定更大的值以便能够更好更快的执行后台维护任务。然而，在实践中，此变量的值应该尽可能接近MySQL服务器每秒钟执行的I/O操作数量(即IOPS)，甚至于让其低至以不影响后台任务执行为目标的最低限度。因为，如果此值过高的话，数据会被频繁地从缓冲中移入移出，这会降低缓存池的在系统性能提升方面的效用。单个5400RPM或7200RPM磁盘仅能完成大约100个IOPS，因此，此种情况下应该将此变量值降低至100；而对于有着多块磁盘或更强性能的存储设备(如固态磁盘)的应用场景，可以按需提高此变量的值。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_large_prefix={ON|OFF}

设定对于使用了DYNAMIC或COMPRESSED行格式的InnoDB表来说，是否能够使用大于767字节长度的索引前缀。然而，创建此种类型的表还需要设定innodb_file_format的值为barracuda，以及innodb_file_per_table的值为ture。同时，此设定对使用了REDUNDANT和COMPACT行格式的表的索引长度限定来说是不起作用的。作用范围为全局，可用于选项文件，属动态变量。

 

innodb_lock_wait_timeout={1 .. 1073741824}

设定InnoDB中某事务试图访问一个由其它InnoDB事务加锁的行时其最长的等待时间，单位为秒钟，默认值为50。在超时情况发生时，InnoDB会返回一个1205类型的错误信息，并对当前语句(非整个事务)执行回滚操作；如果需要在此种情况下对整个事务进行回滚，则需要在MySQL服务启动时使用--innodb_rollback_on_timeout选项。

对于OLTP系统或有着较多交互式应用的程序来说，应该降低此变量值以使得用户较快地获取到反馈信息，或使得系统较块地将此更新操作提交到队列中以便延后处理。对于批处理应用较多的场景来说，如数据仓库，应该增加此变量的值以等待其它较大的插入或更新操作完成。

此变量仅对InnoDB的行锁产生作用，MySQL的表锁并非在InnoDB中实现，所以此超时时长对表锁没有影响。而且，由于InnoDB会能立即探测到死锁的发生并会对其中的一修整务执行回滚操作，因此此超时时长也不应用于死锁。作用范围为全局或会话级别，可用于选项文件，属动态变量。

 

innodb_locks_unsafe_for_binlog={ON|OFF}

设定InnnoDB是否在搜索和索引扫描中使用间隙锁(gap locking)。InnoDB使用行级锁(row-level locking)，通常情况下，InnoDB在搜索或扫描索引的行锁机制中使用“下一键锁定(next-key locking)”算法来锁定某索引记录及其前部的间隙(gap)，以阻塞其它用户紧跟在该索引记录之前插入其它索引记录。站在这个角度来说，行级锁也叫索引记录锁(index-record lock)。

默认情况下，此变量的值为OFF，意为禁止使用非安全锁，也即启用间隙锁功能。将其设定为ON表示禁止锁定索引记录前的间隙，也即禁用间隙锁，InnoDB仅使用索引记录锁(index-record lock)进行索引搜索或扫描，不过，这并不禁止InnoDB在执行外键约束检查或重复键检查时使用间隙锁。

启用innodb_locks_unsafe_for_binlog的效果类似于将MySQL的事务隔离级别设定为READ-COMMITTED，但二者并不完全等同：innodb_locks_unsafe_for_binlog是全局级别的设定且只能在服务启动时设定，而事务隔离级别可全局设定并由会话级别继承，然而会话级别也以按需在运行时对其进行调整。类似READ-COMMITTED事务隔离级别，启用innodb_locks_unsafe_for_binlog也会带来“幻影问题(phantom problem)”，但除此之外，它还能带来如下特性：

(1)对UPDATE或DELETE语句来说，InnoDB仅锁定需要更新或删除的行，对不能够被WHERE条件匹配的行施加的锁会在条件检查后予以释放。这可以有效地降低死锁出现的概率；

(2)执行UPDATE语句时，如果某行已经被其它语句锁定，InnoDB会启动一个“半一致性(semi-consistent)”读操作从MySQL最近一次提交版本中获得此行，并以之判定其是否能够并当前UPDATE的WHERE条件所匹配。如果能够匹配，MySQL会再次对其进行锁定，而如果仍有其它锁存在，则需要先等待它们退出。

 

innodb_log_buffer_size={262144 .. 4294967295}

设定InnoDB用于辅助完成日志文件写操作的日志缓冲区大小，单位是字节，默认为8MB。较大的事务可以借助于更大的日志缓冲区来避免在事务完成之前将日志缓冲区的数据写入日志文件，以减少I/O操作进而提升系统性能。因此，在有着较大事务的应用场景中，建议为此变量设定一个更大的值。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_log_file_size={108576 .. 4294967295}

设定日志组中每个日志文件的大小，单位是字节，默认值是5MB。较为明智的取值范围是从1MB到缓存池体积的1/n，其中n表示日志组中日志文件的个数。日志文件越大，在缓存池中需要执行的检查点刷写操作就越少，这意味着所需的I/O操作也就越少，然而这也会导致较慢的故障恢复速度。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_log_files_in_group={2 .. 100}

设定日志组中日志文件的个数。InnoDB以循环的方式使用这些日志文件。默认值为2。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_log_group_home_dir=/PATH/TO/DIR

设定InnoDB重做日志文件的存储目录。在缺省使用InnoDB日志相关的所有变量时，其默认会在数据目录中创建两个大小为5MB的名为ib_logfile0和ib_logfile1的日志文件。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_max_dirty_pages_pct={0 .. 99}

设定InnoDB的缓冲池中脏页比例的上限，默认为75。当缓存池中的脏页比例接近或达到此变量定义的比值时，InnoDB的主线程会将刷写部分脏页中的数据至对应的文件中。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_max_purge_lag={0 .. 4294967295}

InnoDB事务系统会维持一个有索引记录被添加了删除标记(delete-marked)的事务的列表，此列表的长度即为清写延迟(purge_lag)。此变量用于设定当发生清写延迟时，其队列长度达到多大时开始延迟INSERT、UPDATE或DELETE操作。当puge_lag超过innodb_max_purge_lag时，将延迟这些操作((purge_lag/innodb_max_purge_lag)*10)-5毫秒。默认值为0，表示从不延迟这些操作。需要进行操作延迟与否是在purge操作刚开始时计算的，并且每隔10秒钟会重新计算一次。基于历史地原因，purge操作无法启动时是不会有任何操作延迟的情况发生。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_mirrored_log_groups=#

设定日志组镜像的个数。其值应该为1。

 

innodb_old_blocks_pct={5 .. 95}

InnoDB以“列表”结构管理缓存池，并使用修改版的LRU算法对其执行维护操作。当需要空间以保存新块(new block)时，InnoDB会清理最近最少使用的块并将新块加入到列表中。“中点插入策略(midpoint insertion policy)”将整个列表看作两个子列表：在列表首部是那些最近被访问过的新块(new/young block)子列表，尾部是那些最近较少被访问到的旧块(lod block)子列表。而LRU算法和中点插入策略用于保证将最近经常被访问到的块置于新块子列表，InnoDB新读入的块将被置于旧块子列表的前头，并根据需要将旧块子列表中的块移除。而某个被再次访问到的旧块则会被移至新块子列表的首部。表扫描操作可能会一次性地向缓存池中读入大量的数据块并可能导致一大批旧块被移出。

此变量正是用于设置被视作旧块子列表的长度所占据整个列表长度的比例，默认值是37，即缓存池的八分之三。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_old_blocks_time=#

用于设定缓冲池中旧块子列表中的某旧块在其第一次又被访问到时，其至少需要在旧块子列表中再呆上多长时间(单位为毫秒)才会被转移至新块子列表。默认值是0，表示立即转移至新块子列表，哪怕其刚刚被转移至旧块子列表。而非零值则明确定义旧块列表中的块在其第一次被访问到时至少需要在旧块子列表中等待转移的时长。此变量通常要结合innodb_old_blocks_pct使用。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_open_files=#

设定MySQL可同时打开的.ibd表空间文件的数量上限。此变量仅在使用多表空间文件时生效，其最小值为10，默认值为300。此变量的限定仅应用于InnoDB表的.ibd文件，跟MySQL服务器选项--open-files-limit没有关系，更不会影响表缓存的操作。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_purge_batch_size={1 .. 5000}

清写(purge)是指将缓存池中的脏页同步至持久性存储设备中的操作，以重做日志的记录为单位。此变量则用于定义清写操作的粒度，即多少个重做日志记录组合起来可以触发一次清写操作，默认值为20。此变量通常用于跟innodb_purge_threads=1一起对进行性能调优，但一般场景中都不需要修改它。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_purge_threads={0|1}

设定InnoDB执行清写操作的线程数量。默认值为0，表示清写操作由InnoDB的主线程自己完成，这可以降低内部资源竞争发生的概率，进而增强MySQL服务伸缩能力。不过，随着InnoDB内部各式各样的竞争越来越多，这种设置带来的性能优势已几乎不值一提。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_read_ahead_threshold={0 .. 64}

设定InnoDB预读页面至缓冲池时的线性预读敏感度，也即InnoDB的读操作至少从一个盘区(extent，包含64个页面)中读取多个页面时才会为读取整个盘区中后续的页面初始化一个异步读操作。默认值为56。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_read_io_threads={1 .. 64}

设定InnoDB为读操作启动的I/O线程数量，默认为4个。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_replication_delay={0 .. 4294967295}

设定在从服务器(slave)上运行的线程数达到innodb_thread_concurrency变量定义的并发上限时复制线程需要延迟的时长。默认为0，表示不延迟。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_rollback_on_timeout={ON|OFF}

设定事务执行过程超时时事务回滚的方式。在MySQL 5.5中，默认为OFF，表示仅回滚事务中的最后一个语句。如果设置为ON，则表示中止事务执行并回滚整个事务。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_rollback_segments={1 .. 128}

设定InnoDB在系统表空间中为每个事务使用多少个回滚段(rollback segment)，默认为128个。如果较少的回滚段可以提升系统性能，则应该降低此变量的值。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_spin_wait_delay={0 .. 4294967295}

自旋(spin)是一种通过不间断地测试来查看一个资源是否变为可用状态的等待操作，用于仅需要等待很短的时间等待所需资源的场景。使用自旋这种“空闲循环(busy-loop)”来完成资源等待的方式要比通过上下文切换使线程转入睡眠状态的方式要高效得多。但如果自旋了一个很短的时间后其依然无法获取资源，则仍然会转入前述第二种资源等待方式。此变量则正是用于定义InnoDB自旋操作的空闲循环转数，默认为6转。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_stats_method={nulls_equal|nulls_unequal|null_ignored}

设定MySQL为InnoDB表收集分布的索引值的统计数据时如何处理NULL类型的数据。其可接受的值有三个，null_equals意指将所有的NULL值视为相同，并为之创建一个值组(value group)以保存NULL类值的个数；nulls_unequal意指将所有的NULL值视为不同，并为每个NULL单独创建一个大小为1的值组；nulls_ignored表示所有的NULL值都被忽略。这些用于生成表统计数据的方法会影响到优化器为执行查询如何选择选择索引。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_stats_on_metadata={OFF|ON}

设定使用SHOW TABLE STATUS或者SHOW INDEX这两个元数据语句时，或访问INFORMATION_SCHEMA中的TABLES或STATISTICS表时，InnoDB是否更新统计数据。默认为更新。禁用此功能可以加速访问有着大量的表或索引的数据库，也可能提升InnoDB表上查询操作执行计划(execution plan)的稳定性。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_strict_mod={ON|OFF}

为防止无视SQL语句书写或语法中的错误或无视操作模式与SQL语句各种组合中的无心之过，InnoDB提供了所谓的严格模式。严格模式中，前述的问题一旦出现将会导致InnoDB产生一个错误，而非警告和一系列特定的处理操作。此参数则正是用于定义是否启用InnoDB的严格模式，默认为OFF。

 

innodb_support_xa={TRUE|FLASE}

存储引擎事务在存储引擎内部被赋予了ACID属性，分布式(XA)事务是一种高层次的事务，它利用“准备”然后“提交”(prepare-then-commit)两段式的方式将ACID属性扩展到存储引擎外部，甚至是数据库外部。然而，“准备”阶段会导致额外的磁盘刷写操作。XA需要事务协调员，它会通知所有的参与者准备提交事务(阶段1)。当协调员从所有参与者那里收到“就绪”信息时，它会指示所有参与者进行真正的“提交”操作。

此变量正是用于定义InnoDB是否支持两段式提交的分布式事务，默认为启用。事实上，所有启用了二进制日志的并支持多个线程同时向二进制日志写入数据的MySQL服务器都需要启用分布式事务，否则，多个线程对二进制日志的写入操作可能会以与原始次序不同的方式完成，这将会在基于二进制日志的恢复操作中或者是从服务器上创建出不同原始数据的结果。因此，除了仅有一个线程可以改变数据以外的其它应用场景都不应该禁用此功能。而在仅有一个线程可以修改数据的应用中，禁用此功能是安全的并可以提升InnoDB表的性能。作用范围为全局和会话级别，可用于选项文件，属动态变量。

 

innodb_sync_spin_loops={0 .. 4294967295}

设定一个线程在等待InnoDB释放某个互斥量(mutex)之前自旋的转数，当自旋操作达到这个转数但互斥量仍未被释放时此线程将被挂起。默认值为30。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_table_locks={ON|OFF}

InnoDB在存储引擎级别支持行级锁，而MySQL在服务器级别还支持使用表级锁。此变量则正是用来定义InnoDB是否在其内部支持使用MySQL表级锁。默认值为1或ON，表示如果autocommit变量的值为0(即禁止自动提交)，在InnoDB表上显式使用LOCK TABLES语句将使得InnoDB在存储引擎内部锁定此表。使用0或OFF值，则意味着显式使用LOCKS TABLE...WRITE语句不会在存储引擎级别产生影响，但对其它显式使用的LOCK TABLES...WRITE或LOCK TABLES...READ语句依然会有影响。作用范围为全局和会话级别，可用于选项文件，属动态变量。

 

innodb_thread_concurrency={0...1000}

设定InnoDB可在其内部并发运行的操作系统线程数量上限。多出的线程将被放置于FIFO队列进行等待，且不被计入并发运行线程数量。对于不用的应用场景来说，其理想的取值取决于硬件环境和工作负载，一般推荐为CPU个数的2倍加上磁盘的个数。默认值为0，表示无上限(不检查并发数量)，这意味着InnoDB可以按需要使用任意数量的并发线程，并会禁用SHOW ENGINE INNODB STATUS中的queries inside InnoDB和queries in queue counters两个计数器。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_thread_sleep_delay=#

设定InnoDB线程在加入InnoDB队列之前的睡眠时长，单位是毫秒，默认值为10000。0值表示禁止睡眠而直接加入队列。作用范围为全局级别，可用于选项文件，属动态变量。

 

innodb_use_native_aio={ON|OFF}

设定InnoDB是否使用Linux的异步I/O子系统，因此，其仅应用于Linux系统平台，且MySQL启动后不能更改其值。InnoDB默认会启用此功能，而InnoDB如果因为Linux的异步I/O子系统的问题而无法正常启动，可以在选项文件中将此变量设置为OFF并重新启动之。事实上，就算变量值为ON，如果MySQL服务启动探测到了潜在的问题如联合的临时目录路径、tmpfs文件系统以及Linux内核不支持在tmpfs上使用AIO机制时也会自动关闭此变量。作用范围为全局级别，可用于选项文件，属非动态变量。

 

innodb_use_sys_malloc={ON|OFF}

设定InnoDB使用操作系统的(ON)还是自有的(OFF)内存分配器。默认值为ON。

 

innodb_version=STRING

InnoDB存储引擎的版本号，只读变量。

 

innodb_write_io_threads={1 .. 64}

设定InnoDB用于完成写操作的I/O线程数量，默认为4个。

 

 

附：InnoDB的数据字典指的是跟踪InnoDB相关的对象如表、索引或表中的字段等的元数据信息，这些元数据存储在InnoDB的系统表空间中(system tablespace)。历史地原因，它跟.frm文件中的某些数据有重叠的地方。

 

 

参考链接 http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html