MySQL的幾個和innodb相關的主要參數設置總結

1).innodb_buffer_pool_size
為了提升性能，可以把要寫的數據先在緩沖區buffer里合并，然后再發送給下一級存儲。這樣做可以提高I/O讀寫的效率。
InnoDB Buffer Pool就是InnoDB用來緩存它的數據和索引的內存緩沖區，可由innodb_buffer_pool_size設置其大小。
理論上將這個值設置的越高,訪問數據需要的磁盤I/O就越少。常見的做法是讓這個值大于熱點數據，這樣可以獲得比較好的性能。建議將其值設置為機器物理內存大小的70%-80%之間。


2).innodb_log_file_size
日志組里每個日志文件的大小，在32位計算機上日志文件的合并大小必須小于4GB，默認大小是5MB,在生產環境下，這個值需要調整，官方文檔推薦值為1MB到1/N的緩沖池大小，其中N是日志組里日志文件的數(由innodb_log_files_in_group變量來確定，一般
默認值為2)。值越大，在緩沖池中需要檢查點刷新的行為就越少，因此也就越節約磁盤I/O，但更大的日志文件也意味著在崩潰時恢復的更慢。
建議將日志文件的大小設置為256MB或更大，這樣可以滿足一般情況下的需要。


3).innodb_flush_log_at_trx_commit,建議設置為2
這個選項的默認值是1，當設置為2時,在每個事務提交時，日志緩沖被寫到文件中，但不對日志文件做刷新到磁盤的操作。對日志文件的刷新每秒才發生一次。所以，理論上操作系統崩潰或掉電只會丟失最后一秒的事務。
以下是設置為0,1,2三個值的詳細解釋：
如果innodb_flush_log_at_trx_commit設置為0，log buffer將每秒一次地寫入log file中，并且log file的flush(刷到磁盤)操作同時進行.該模式下，在事務提交的時候，不會主動觸發寫入磁盤的操作。
如果innodb_flush_log_at_trx_commit設置為1，每次事務提交時MySQL都會把log buffer的數據寫入log file，并且flush(刷到磁盤)中去.
如果innodb_flush_log_at_trx_commit設置為2，每次事務提交時MySQL都會把log buffer的數據寫入log file.但是flush(刷到磁盤)操作并不會同時進行。
該模式下,MySQL會每秒執行一次 flush(刷到磁盤)操作。


4).sync_binlog,建議設置為0
sync_binlog=0，當事務提交之后，MySQL不做fsync之類的磁盤同步指令刷新binlog_cache中的信息到磁盤，而讓Filesystem自行決定什么時候來做同步，或者cache滿了之后才同步到磁盤。
sync_binlog=n，當每進行n次事務提交之后，MySQL將進行一次fsync之類的磁盤同步指令來將binlog_cache中的數據強制寫入磁盤。

如果是autocommit模式，那么每執行一個語句就會向binlog里寫入一次，否則每個事務寫入一次。如果sync_binlog的值為正，那么每當sync_binlog參數設定的語句或事務數被寫入binlog后，MySQL服務器就會將它的二進制日志同步到硬盤上。默認值是0，不與硬盤同步。值為1是最安全的選擇，因為崩潰時，
你最多丟失binlog中的一個語句或事務。但是這也是最慢的選擇，成本昂貴。

innodb_flush_log_at_trx_commit和sync_binlog參數的區別:
innodb_flush_log_at_trx_commit 這個是控制的是 innodb 存儲的表的數據寫入方式, 是ib_logfile這個文件的刷新方式
sync_binlog 控制的是 binlog 的寫入,是mysql-bin.000的刷新方式