如何減輕MySQL數據庫的工做壓力

單機MySQL的優化有三種方法。分別是：1、服務器物理硬件的優化；2、MySQL安裝時的編譯優化；3、自身配置文件my.cnf的優化。

1、服務器物理硬件的優化

１、磁盤尋道能力(磁盤I/O) 是制約MySQL性能的最大因素之一，建議使用RAID1+0磁盤陣列，另外最好不要嘗試使用RAID-5，由於MySQL在RAID-5磁盤陣列上的效率實際上並非很快;

２、CPU也很重要，對於MySQL應用，推薦使用DELL R710，E5620 @2.40GHz(4 core)* 2或跟這個處理能力差很少的也行。

３、物理內存，物理內存對於一臺使用MySQL的Database Server來講，服務器內存建議不要小於2GB，推薦使用4GB以上的物理內存。

2、MySQL安裝時的編譯優化

　　建議採起編譯安裝的方法，這樣性能上有較大提高，服務器系統建議用64bit的Centos5.5，源碼包的編譯參數會默認以Debgu模式生成二進制代碼，而Debug模式給MySQL帶來的性能損失是比較大的，因此當咱們編譯準備安裝的產品代碼時，必定不要忘記使用「—without-debug」參數禁用Debug模式。

　　而若是把—with-mysqld-ldflags和—with-client-ldflags二個編譯參數設置爲—all-static的話，能夠告訴編譯器以靜態方式編譯和編譯結果代碼獲得最高的性能。使用靜態編譯和使用動態編譯的代碼相比，性能差距可能會達到5%至10%之多。

3、自身配置文件my.cnf的優化

　　當解決了上述服務器硬件制約因素後，讓咱們看看MySQL自身的優化是如何操做的。對 MySQL自身的優化主要是對其配置文件my.cnf中的各項參數進行優化調整。下面咱們介紹一些對性能影響較大的參數。

下面，咱們根據以上硬件配置結合一份已經優化好的my.cnf進行說明：

#vim /etc/my.cnf如下只列出my.cnf文件中[mysqld]段落中的內容，其餘段落內容對MySQL運行性能影響甚微，於是姑且忽略。

[mysqld] port = 3306 serverid = 1 socket = /tmp/mysql.sock

skip-locking

#避免MySQL的外部鎖定，減小出錯概率加強穩定性。

skip-name-resolve

#禁止MySQL對外部鏈接進行DNS解析，使用這一選項能夠消除MySQL進行DNS解析的時間。但須要注意，若是開啓該選項，則全部遠程主機鏈接受權都要使用IP地址方式，不然MySQL將沒法正常處理鏈接請求!

back_log = 384

#back_log參數的值指出在MySQL暫時中止響應新請求以前的短期內多少個請求能夠被存在堆棧中。 若是系統在一個短期內有不少鏈接，則須要增大該參數的值，該參數值指定到來的TCP/IP鏈接的偵聽隊列的大小。不一樣的操做系統在這個隊列大小上有它自 己的限制。 試圖設定back_log高於你的操做系統的限制將是無效的。默認值爲50。對於Linux系統推薦設置爲小於512的整數。

key_buffer_size = 384M

#key_buffer_size指定用於索引的緩衝區大小，增長它可獲得更好的索引處理性能。對於內存在4GB左右的服務器該參數可設置爲256M或384M。注意：該參數值設置的過大反而會是服務器總體效率下降!

max_allowed_packet = 4M thread_stack = 256K table_cache = 614K sort_buffer_size = 6M

#查詢排序時所能使用的緩衝區大小。注意：該參數對應的分配內存是每鏈接獨佔，若是有100個鏈接，那麼實際分配的總共排序緩衝區大小爲100 × 6 = 600MB。因此，對於內存在4GB左右的服務器推薦設置爲6-8M。

read_buffer_size = 4M

#讀查詢操做所能使用的緩衝區大小。和sort_buffer_size同樣，該參數對應的分配內存也是每鏈接獨享。

join_buffer_size = 8M

#聯合查詢操做所能使用的緩衝區大小，和sort_buffer_size同樣，該參數對應的分配內存也是每鏈接獨享。

myisam_sort_buffer_size = 64M table_cache = 512 thread_cache_size = 64 query_cache_size = 64M

#指定MySQL查詢緩衝區的大小。能夠經過在MySQL控制檯觀察，若是Qcache_lowmem_prunes的值很是大，則代表常常出現緩衝不夠 的狀況;若是Qcache_hits的值很是大，則代表查詢緩衝使用很是頻繁，若是該值較小反而會影響效率，那麼能夠考慮不用查詢緩衝;Qcache_free_blocks，若是該值很是大，則代表緩衝區中碎片不少。

tmp_table_size = 256M max_connections = 768

#指定MySQL容許的最大鏈接進程數。若是在訪問論壇時常常出現Too Many Connections的錯誤提 示，則須要增大該參數值。

max_connect_errors = 1000 wait_timeout = 10

#指定一個請求的最大鏈接時間，對於4GB左右內存的服務器能夠設置爲5-10。

thread_concurrency = 8

#該參數取值爲服務器邏輯CPU數量*2，在本例中，服務器有2顆物理CPU，而每顆物理CPU又支持H.T超線程，因此實際取值爲4*2=8;這個目前也是雙四核主流服務器配置。

skip-networking

#開啓該選項能夠完全關閉MySQL的TCP/IP鏈接方式，若是WEB服務器是以遠程鏈接的方式訪問MySQL數據庫服務器則不要開啓該選項!不然將沒法正常鏈接!

table_cache=1024

#物理內存越大,設置就越大.默認爲2402,調到512-1024最佳

innodb_additional_mem_pool_size=4M

#默認爲2M

innodb_flush_log_at_trx_commit=1

#設置爲0就是等到innodb_log_buffer_size列隊滿後再統一儲存,默認爲1

innodb_log_buffer_size=2M

#默認爲1M

innodb_thread_concurrency=8

#你的服務器CPU有幾個就設置爲幾,建議用默認通常爲8

key_buffer_size=256M

#默認爲218，調到128最佳

tmp_table_size=64M

#默認爲16M，調到64-256最掛

read_buffer_size=4M

#默認爲64K

read_rnd_buffer_size=16M

#默認爲256K

sort_buffer_size=32M

#默認爲256K

thread_cache_size=120

#默認爲60

query_cache_size=32M

 

另外不少狀況須要具體狀況具體分析

１、若是Key_reads太大，則應該把my.cnf中Key_buffer_size變大，保持Key_reads/Key_read_requests至少1/100以上，越小越好。

２、若是Qcache_lowmem_prunes很大，就要增長Query_cache_size的值。

　　經過參數設置進行性能優化或多或少能夠帶來性能的提高，但效果不必定會很突出。咱們不能將性能調優徹底依託於經過DBA在數據庫上線後進行的參數調整，而應該在系統設計和開發階段就儘量減小性能問題。