mysql的優化我分為兩個部分,一是伺服器物理硬體的優化,二是mysql自身(my.cnf)的優化。
一、伺服器硬體對mysql效能的影響
①磁碟尋道能力(磁碟i/o),以目前高轉速scsi硬碟(7200轉/秒)為例,這種硬碟理論上每秒尋道7200次,這是物理特性決定的,沒有辦法改變。mysql每秒鐘都在進行大量、複雜的查詢操作,對磁碟的讀寫量可想而知。所以,通常認為磁碟i/o是制約mysql效能的最大因素之一,對於日均訪問量在100萬pv以上的discuz!論壇,由於磁碟i/o的制約,mysql的效能會非常低下!解決這一制約因素可以考慮以下幾種解決方案: 使用raid-0+1磁碟陣列,注意不要嘗試使用raid-5,mysql在raid-5磁碟陣列上的效率不會像你期待的那樣快。
②cpu 對於mysql應用,推薦使用s.m.p.架構的多路對稱cpu,例如:可以使用兩顆intel xeon 3.6ghz的cpu,現在我較推薦用4u的伺服器來專門做資料庫伺服器,不僅僅是針對於mysql。
③物理記憶體對於一台使用mysql的database server來說,伺服器記憶體建議不要小於2gb,推薦使用4gb以上的物理記憶體,不過記憶體對於現在的伺服器而言可以說是乙個可以忽略的問題,工作中遇到了高階伺服器基本上記憶體都超過了16g。
二、mysql自身因素當解決了上述伺服器硬體制約因素後,讓我們看看mysql自身的優化是如何操作的。對mysql自身的優化主要是對其配置檔案my.cnf中的各項引數進行優化調整。下面我們介紹一些對效能影響較大的引數。 由於my.cnf檔案的優化設定是與伺服器硬體配置息息相關的,因而我們指定乙個假想的伺服器硬體環境:cpu: 2顆intel xeon 2.4ghz 記憶體: 4gb ddr 硬碟: scsi 73gb(很常見的2u伺服器)。
下面,我們根據以上硬體配置結合乙份已經優化好的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 = 256m
#key_buffer_size指定用於索引的緩衝區大小,增加它可得到更好的索引處理效能。對於內存在4gb左右的伺服器該引數可設定為256m或384m。注意:該引數值設定的過大反而會是伺服器整體效率降低!
max_allowed_packet = 4m
thread_stack = 256k
table_cache = 128k
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 = 10000000
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的值。
MySQL效能優化的引數簡介
公司 訪問量越來越大,mysql自然成為瓶頸,因此最近我一直在研究 mysql 的優化,第一步自然想到的是 mysql 系統引數的優化,作為乙個訪問量很大的 日20萬人次以上 的資料庫系統,不可能指望 mysql 預設的系統引數能夠讓 mysql執行得非常順暢。通過在網路上查詢資料和自己的嘗試,我認...
mysql效能優化的引數簡介
1 back log 要求 mysql 能有的連線數量。當主要mysql執行緒在乙個很短時間內得到非常多的連線請求,這就起作用,然後主線程花些時間 儘管很短 檢查連線並且啟動乙個新執行緒。back log值指出在mysql暫時停止回答新請求之前的短時間內多少個請求可以被存在堆疊中。只有如果期望在乙個...
mysql的效能優化 mysql效能優化
檢視安裝指令碼 select version 非互動式超時時間,如jdbc show global variables like wait timeout 互動式超時時間,如資料庫工具 show global variables like interactive timeout show sessi...