其實在我們日常搭建的服務器的使用過程中，往往會見到服務器的資源佔用率很高，這個時候，老闆就會選擇提升服務器性能，提升服務器性能之後呢，作用依舊 捉襟見肘，後而優化緩存，使用redis,這個時候就好點啦~
但是從本質上去解決這個問題，應該是去分析，服務器中哪一步分資源佔用率高，從而優化解決問題的，要解決問題，成功的首要條件就是大方向不能錯，下面是具體的數據庫方面的配置，數據庫的瓶頸也就是IO問題，所以纔會引出用緩存redis，memcached的使用
配置方面對於IO優化的原則：儘可能能緩存，減少讀對數據庫的隨機IO的請求；同時減少寫的隨機IO的隨時發生，利用各種buffer去緩存。下面來看一下這塊的參數：
innodb_buffer_pool_size ： 這是Innodb最重要的一個配置參數，這個參數控制Innodb本身的緩大小，也影響到，多少數據能在緩存中。建議該參數的配置在物理內存的70％－80％之間。
innodb_flush_method： 這個控制Innodb的IO形爲，什麼:fsync, O_DSYNC之類的，這裏不做過多介紹， 建議使用: O_DIRECT, 這樣減少操作系統級別VFS的緩存使用內存過多和Innodb本身的buffer的緩存衝突，同時也算是給操作系統減少點壓力。
innodb_io_capacity：這個參數據控制Innodb checkpoint時的IO能力，一般可以按一塊SAS 15000轉的磁盤200個計算，6塊盤的SAS做的Raid10這個值可以配到600即可。如果是普通的SATA一塊盤只能按100算。(innodb-plugin, Percona有這個參數)
innodb_max_dirty_pages_pct ：這個參數據控制髒頁的比例如果是innodb_plugin或是MySQL5.5以上的版本，建議這個參數可以設制到75%-90%都行。如果是大量寫入，而且寫入的數據不是太活躍，可以考慮把這個值設的低一點。 如果寫入或是更新的數據也就是熱數據就可以考慮把這個值設爲：95%
innodb_log_file_size： 這個可以配置256M以上，建議有兩個以前的日誌文件(innodb_log_files_in_group). 如果對系統非常大寫的情況下，也可以考慮用這個參數提高一下性能，把文件設的大一點，減少checkpiont的發生。 最大可以設製成：innodb_log_files_in_group * innodb_log_file_size < 512G(percona, MySQL 5.6) 建議設製成: 256M -> innodb_buffer_pool_size/innodb_log_file_in_group 即可。
innodb_log_buffer_size ：如果沒在大事務，控制在8M-16M即可。
其它對IO有影響的參數(以5.6爲準)
innodb_adaptive_flushing： 默認即可
innodb_change_buffer_max_size： 如果是日值類服務，可以考慮把這個增值調到 50
innodb_change_buffering： 默認即可
innodb_flush_neighors： 默認是開的， 這個一定要開着，充分利用順序IO去寫數據。
innodb_lru_scan_depth： 默認即可 這個參數比較專業。
innodb_max_purge_lag ：默認沒啓用，如果寫入和讀取都量大，可以保證讀取優先，可以考慮使用這個功能。
innodb_random_read_ahead ：默認沒開啓，屬於一個比較活躍的參數，如果要用一定要多測試一下。 對用passport類應用可以考慮使用
innodb_read_ahead_threshold ：默認開啓：56 預讀機制可以根據業務處理，如果是passprot可以考慮關閉。如果使用innodb_random_read_ahead,建議關閉這個功能
innodb_read_io_threads： 默認爲：4 可以考慮8
innodb_write_io_threads： 默認爲：4 可以考慮8
sync_binlog ：默認即可： 0
innodb_rollback_segments： 默認即可: 128