這期內(nèi)容當(dāng)中小編將會給大家?guī)碛嘘P(guān)MySQL中怎么配置參數(shù)優(yōu)化，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。
Mysql參數(shù)優(yōu)化對于新手來講，是比較難懂的東西，其實這個參數(shù)優(yōu)化，是個很復(fù)雜的東西，對于不同的網(wǎng)站，及其在線量，訪問量，帖子數(shù)量，網(wǎng)絡(luò)情況，以及機(jī)器硬件配置都有關(guān)系，優(yōu)化不可能一次性完成，需要不斷的觀察以及調(diào)試，才有可能得到很好效果。
下面先說我的服務(wù)器的硬件以及論壇情況，
CPU: 2顆四核Intel Xeon 2.00GHz
內(nèi)存: 4GB DDR
硬盤: SCSI 146GB
論壇：在線會員 一般在 5000 人左右 - 高記錄是 13264.
下面，我們根據(jù)以上硬件配置結(jié)合一份已經(jīng)做過一次優(yōu)化的my.cnf進(jìn)行分析說明：有些參數(shù)可能還得根據(jù)論壇的變化情況以及程序員的程序進(jìn)行再調(diào)整。
[mysqld]
port = 3306
serverid = 1
socket = /tmp/mysql.sock
skip-locking # 避免MySQL的外部鎖定，減少出錯幾率增強(qiáng)穩(wěn)定性。 skip-name-resolve
禁止MySQL對外部連接進(jìn)行DNS解析，使用這一選項可以消除MySQL進(jìn)行DNS解析的時間。但需要注意，如果開啟該選項，則所有遠(yuǎn)程主機(jī)連接授權(quán)都要使用IP地址方式，否則MySQL將無法正常處理連接請求!
back_log = 500
要求 MySQL 能有的連接數(shù)量。當(dāng)主要MySQL線程在一個很短時間內(nèi)得到非常多的連接請求，這就起作用，然后主線程花些時間(盡管很短)檢查連接并且啟動一個新線程。
back_log值指出在MySQL暫時停止回答新請求之前的短時間內(nèi)多少個請求可以被存在堆棧中。只有如果期望在一個短時間內(nèi)有很多連接，你需要增加 它，換句話說，這值對到來的TCP/IP連接的偵聽隊列的大小。你的操作系統(tǒng)在這個隊列大小上有它自己的限制。試圖設(shè)定back_log高于你的操作系統(tǒng) 的限制將是無效的。當(dāng)你觀察你的主機(jī)進(jìn)程列表，發(fā)現(xiàn)大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待連接進(jìn)程時，就要加大 back_log 的值了。默認(rèn)數(shù)值是50，我把它改為500。
key_buffer_size = 384M
# key_buffer_size指定用于索引的緩沖區(qū)大小，增加它可得到更好處理的索引(對所有讀和多重寫)，到你能負(fù)擔(dān)得起那樣多。如果你使它太大，系 統(tǒng)將開始換頁并且真的變慢了。對于內(nèi)存在4GB左右的服務(wù)器該參數(shù)可設(shè)置為384M或512M。通過檢查狀態(tài)值Key_read_requests和 Key_reads,可以知道key_buffer_size設(shè)置是否合理。比例key_reads / key_read_requests應(yīng)該盡可能的低，至少是1:100，1:1000更好(上述狀態(tài)值可以使用SHOW STATUS LIKE ‘key_read%’獲得)。注意：該參數(shù)值設(shè)置的過大反而會是服務(wù)器整體效率降低!
max_allowed_packet = 32M
增加該變量的值十分安全，這是因為僅當(dāng)需要時才會分配額外內(nèi)存。例如，僅當(dāng)你發(fā)出長查詢或mysqld必須返回大的結(jié)果行時mysqld才會分配更多內(nèi) 存。該變量之所以取較小默認(rèn)值是一種預(yù)防措施，以捕獲客戶端和服務(wù)器之間的錯誤信息包，并確保不會因偶然使用大的信息包而導(dǎo)致內(nèi)存溢出。
table_cache = 512
table_cache指定表高速緩存的大小。每當(dāng)MySQL訪問一個表時，如果在表緩沖區(qū)中還有空間，該表就被打開并放入其中，這樣可以更快地訪問表 內(nèi)容。通過檢查峰值時間的狀態(tài)值Open_tables和Opened_tables，可以決定是否需要增加table_cache的值。如果你發(fā)現(xiàn) open_tables等于table_cache，并且opened_tables在不斷增長，那么你就需要增加table_cache的值了(上述狀 態(tài)值可以使用SHOW STATUS LIKE ‘Open%tables’獲得)。注意，不能盲目地把table_cache設(shè)置成很大的值。如果設(shè)置得太高，可能會造成文件描述符不足，從而造成性能 不穩(wěn)定或者連接失敗。
sort_buffer_size = 4M
查詢排序時所能使用的緩沖區(qū)大小。注意：該參數(shù)對應(yīng)的分配內(nèi)存是每連接獨占!如果有100個連接，那么實際分配的總共排序緩沖區(qū)大小為100 × 4 = 400MB。所以，對于內(nèi)存在4GB左右的服務(wù)器推薦設(shè)置為4-8M。
read_buffer_size = 4M
讀查詢操作所能使用的緩沖區(qū)大小。和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每連接獨享!
join_buffer_size = 8M
聯(lián)合查詢操作所能使用的緩沖區(qū)大小，和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每連接獨享!
myisam_sort_buffer_size = 64M
MyISAM表發(fā)生變化時重新排序所需的緩沖
query_cache_size = 64M
指定MySQL查詢緩沖區(qū)的大小。可以通過在MySQL控制臺執(zhí)行以下命令觀察：
# > SHOW VARIABLES LIKE '%query_cache%'; # > SHOW STATUS LIKE 'Qcache%'; # 如果Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況;
如果Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，如果該值較小反而會影響效率，那么可以考慮不用查詢緩沖;Qcache_free_blocks，如果該值非常大，則表明緩沖區(qū)中碎片很多。
thread_cache_size = 64
可以復(fù)用的保存在中的線程的數(shù)量。如果有，新的線程從緩存中取得，當(dāng)斷開連接的時候如果有空間，客戶的線置在緩存中。如果有很多新的線程，為了提高性能 可以這個變量值。通過比較 Connections 和 Threads_created 狀態(tài)的變量，可以看到這個變量的作用
tmp_table_size = 256M
max_connections = 1000
指定MySQL允許的較大連接進(jìn)程數(shù)。如果在訪問論壇時經(jīng)常出現(xiàn)Too Many Connections的錯誤提示，則需要增大該參數(shù)值。
max_connect_errors = 10000000
對于同一主機(jī)，如果有超出該參數(shù)值個數(shù)的中斷錯誤連接，則該主機(jī)將被禁止連接。如需對該主機(jī)進(jìn)行解禁，執(zhí)行：FLUSH HOST;。
wait_timeout = 10
指定一個請求的較大連接時間，對于4GB左右內(nèi)存的服務(wù)器可以設(shè)置為5-10。
thread_concurrency = 8
該參數(shù)取值為服務(wù)器邏輯CPU數(shù)量×2，在本例中，服務(wù)器有2顆物理CPU，而每顆物理CPU又支持H.T超線程，所以實際取值為4 × 2 = 8
skip-networking
開啟該選項可以徹底關(guān)閉MySQL的TCP/IP連接方式，如果WEB服務(wù)器是以遠(yuǎn)程連接的方式訪問MySQL數(shù)據(jù)庫服務(wù)器則不要開啟該選項!否則將無法正常連接!
long_query_time = 10
log-slow-queries =
log-queries-not-using-indexes
開啟慢查詢?nèi)罩? slow query log )
慢查詢?nèi)罩緦τ诟櫽袉栴}的查詢非常有用。它記錄所有查過long_query_time的查詢，如果需要，還可以記錄不使用索引的記錄。下面是一個慢查詢?nèi)罩镜睦樱?br/>開啟慢查詢?nèi)罩?，需要設(shè)置參數(shù)log_slow_queries、long_query_times、log-queries-not-using-indexes。
log_slow_queries指定日志文件，如果不提供文件名，MySQL將自己產(chǎn)生缺省文件名。long_query_times指定慢查詢的閾 值，缺省是10秒。log-queries-not-using-indexes是4.1.0以后引入的參數(shù)，它指示記錄不使用索引的查詢。設(shè)置 long_query_time=10
另外附上使用show status命令查看mysql狀態(tài)相關(guān)的值及其含義：
使用show status命令
含義如下:
aborted_clients 客戶端非法中斷連接次數(shù)
aborted_connects 連接mysql失敗次數(shù)
com_xxx xxx命令執(zhí)行次數(shù),有很多條
connections 連接mysql的數(shù)量
Created_tmp_disk_tables 在磁盤上創(chuàng)建的臨時表
Created_tmp_tables 在內(nèi)存里創(chuàng)建的臨時表
Created_tmp_files 臨時文件數(shù)
Key_read_requests The number of requests to read a key block from the cache
Key_reads The number of physical reads of a key block from disk
Max_used_connections 同時使用的連接數(shù)
Open_tables 開放的表
Open_files 開放的文件
Opened_tables 打開的表
Questions 提交到server的查詢數(shù)
Sort_merge_passes 如果這個值很大,應(yīng)該增加my.cnf中的sort_buffer值
Uptime 服務(wù)器已經(jīng)工作的秒數(shù)
提升性能的建議:
1.如果opened_tables太大,應(yīng)該把my.cnf中的table_cache變大
2.如果Key_reads太大,則應(yīng)該把my.cnf中key_buffer_size變大.可以用Key_reads/Key_read_requests計算出cache失敗率
3.如果Handler_read_rnd太大,則你寫的SQL語句里很多查詢都是要掃描整個表,而沒有發(fā)揮索引的鍵的作用
4.如果Threads_created太大,就要增加my.cnf中thread_cache_size的值.可以用Threads_created/Connections計算cache命中率
5.如果Created_tmp_disk_tables太大,就要增加my.cnf中tmp_table_size的值,用基于內(nèi)存的臨時表代替基于磁盤的
上述就是小編為大家分享的MySQL中怎么配置參數(shù)優(yōu)化了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。
重慶分公司
重慶分公司
