下面配置的優化，可能影響比較大，可能可以顯著提高讀寫性能。

1、mysql一些主要配置項介紹：

innodb_buffer_pool_size

這是你安裝完InnoDB后第一個應該設置的選項。緩沖池是數據和索引緩存的地方：這個值越大越好，這能保證你在大多數的讀取操作時使用的是內存而不是硬盤。如果是純數據庫，可以設置到機器內存80%(官網建議)

innodb_log_file_size

這是redo日志的大小。redo日志被用于確保寫操作快速而可靠并且在崩潰時恢復。一直到MySQL 5.1，它都難于調整，因為一方面你想讓它更大來提高性能，另一方面你想讓它更小來使得崩潰后更快恢復。

max_connections

如果你經常看到‘Too many connections’錯 誤，是因為max_connections的值太低了。這非常常見因為應用程序沒有正確的關閉數據庫連接，你需要比默認的151連接數更大的值。 max_connection值被設高了(例如1000或更高)之后一個主要缺陷是當服務器運行1000個或更高的活動事務時會變的沒有響應。在應用程序 里使用連接池或者在MySQL里使用進程池有助于解決這一問題。

innodb_flush_log_at_trx_commit

默認值為1，表示InnoDB完全支持ACID特性。當你的主要關注點是數據安全的時候這個值是最合適的，比如在一個主節點上。但是對于磁盤(讀寫)速度 較慢的系統，它會帶來很巨大的開銷，因為每次將改變flush到redo日志都需要額外的fsyncs。將它的值設置為2會導致不太可靠 (unreliable)因為提交的事務僅僅每秒才flush一次到redo日志，但對于一些場景是可以接受的，比如對于主節點的備份節點這個值是可以接 受的。如果值為0速度就更快了，但在系統崩潰時可能丟失一些數據：只適用于備份節點。

innodb_log_buffer_size

這項配置決定了為尚未執行的事務分配的緩存。其默認值(1MB)一般來說已經夠用了，但是如果你的事務中包含有二進制大對象或者大文本字段的話，這點緩存 很快就會被填滿并觸發額外的I/O操作。看看Innodb_log_waits狀態變量，如果它不是0，增加 innodb_log_buffer_size。

query_cache_size/query_cache_type

query cache(查詢緩存)是一個眾所周知的瓶頸，甚至在并發并不多的時候也是如此。 最佳選項是將其從一開始就停用，設置query_cache_size = 0(現在MySQL 5.6的默認值)并利用其他方法加速查詢：優化索引、增加拷貝分散負載或者啟用額外的緩存(比如memcache或redis)。如果你已經為你的應用啟 用了query cache并且還沒有發現任何問題，query cache可能對你有用。這是如果你想停用它，那就得小心了。

innodb_lock_wait_timeout

innodb引擎，當存在鎖競爭時等待的時間

2、配置上做一些優化：

當然下面是我們服務器的優化，因服務器配置不同，讀寫等進行不同配置優化。

1．innodb_flush_log_at_trx_commit 設置為0，提升mysql寫性能，但是如果出現宕機，存在丟失數據的風險，如果可以，最好修改為2，然后使用讀寫分離等手段來提升mysql整體性能。

2．調整了mysql的事務隔離級別，由默認的Repeatable read調整到Read committed

3．修改了innodb_lock_wait_timeout，由默認的50->30

4．修改innodb_log_file_size，5M->512M，對于寫入負載高的場景，參考值：64~512MB

5．修改innodb_buffer_pool_size，原先是8G，換新服務器后修改為24G，可以通過緩存命中率來判斷這個值是否夠

6．修改query_cache_type為2，默認情況下不使用mysql緩存，除非顯示指定

總結

以上是生活随笔為你收集整理的mysql配置性能_MySQL配置性能优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。