MySQL效能優化的引數簡介

2021-06-04 06:34:13 字數 3756 閱讀 8412

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...