innodb几个参数

innodb_flush_method :该参数控制着如何刷新数据到数据文件 ，日志文件，该参数影响io吞吐。在类unix中如果这个参数没有配置，那么默认是fsync被使用。在类unix系统中，有下面的设置：
fysnc：使用fsync()系统函数刷新数据
o_dsync：innodb使用o_sync来打开刷新日志文件，使用fsync()刷新数据文件，innodb不直接使用o_dsync，在很多类unix平台上会有问题
littlesync:这个选项内部测试用，线上不要使用。
nosync：内部测试使用，线上不要使用。
o_direct:使用o_direct来打开数据文件，使用fsync来刷新日志及数据文件。
o_direct_no_fsync:在刷新io时候使用o_direct,但是跳过fsync（）
一些文章http://www.orczhou.com/index.php/2009/08/innodb_flush_method-file-io/
innodb_io_capacity,这个参数控制着后台任务io活动的上限，比如刷新buffer pool，合并change buffer中的数据，这个参数是控制索引buffer pool实例的，有8个buffer pool,就除以8，这个参数应该设置成接近系统iops的值，默认是200，在数据变更高的系统上可以设置高些。对于写入很多的系统，这个值的参数设置的高些会更好，如果刷新活动落后了，那么innodb在刷新的时候会超过innodb_io_capacity的设置。innodb_io_capacity_max控制着最大值。如果你没有指定max的参数，那么默认是innodb_io_capacity的2倍，对ssd2000比较合适。innodb_flush_sync 这个参数默认是开启的，在发生由于check point导致的io情况下，会忽略innodb_io_capacity的设置，如果要遵守innodb_io_capacity的限制，要关闭innodb_flush_sync。

binlog_order_commit
这个参数默认是打开的，打开后，事务的提交顺序就是他们写入到二进制的顺序，如果关闭了，事务的提交就可能是并行的了禁用这个参数会提高性能。

slave_paralle_workers
默认设置是0，这个参数是设置slave工作线程并行执行复制事件的数量。最大是1024，当并行执行启用的时候，slave的 sql线程，作为slave worker线程的调度器，参考下面链接：
http://www.360doc.com/content/15/0923/15/15077656_501037592.shtml
innodb_numa_interleave
numa的问题，5.6.27以后可以使用参数来控制numa
innodb_autoinc_lock_mode

innodb_spin_wait_delay 这个参数解决的问题是太频繁的check是否获取到锁，会导致 缓存乒乓的问题。这导致处理器使彼此的缓存部分无效。