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（）
一些文章
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
這個引數預設是開啟的，開啟後，事務的提交順序就是他們寫入到二進位制的順序，如果關閉了，事務的提交就可能是並行的了禁用這個引數會提高效能。
innodb_spin_wait_delay 這個引數解決的問題是太頻繁的check是否獲取到鎖，會導致 快取桌球的問題。這導致處理器使彼此的快取部分無效。
InnoDB相關引數
innodb相關引數 innodb additional mem pool size 3m innodb用於儲存元資料資訊的記憶體池大小，一般不需修改 innodb flush log at trx commit 1 事務相關引數，如果值為1，則innodb在每次commit都會將事務日誌寫入磁碟 ...
十九 InnoDB核心引數
default storage engine innodb 儲存引擎設定引數 innodb file per table 1 預設獨立表空間模式 innodb data file path ibdata1 512m ibdata2 512m autoextend 共享表空間檔案個數跟大小配置 inn...
innodb的引數設定
innodb flush log at trx commit 主要控制了innodb 將 log buffer 中的資料寫入日誌檔案並 flush 磁碟的時間點，取值分別為 0 1 2 三個。0 表示當事務提交時，不做日誌寫入操作，而是每秒鐘將 log buffer 中的資料寫入日誌檔案並 flus...