面試問題 | MySQL修改哪些配置文件可以進(jìn)行優(yōu)化?
配置文件中具體修改的內(nèi)容是什么呢？要是面試官問你，你該怎么回答？你想下，你坐在一間屋子里。
服務(wù)器的 MySQL性能優(yōu)化，有兩個(gè)大致的方向考慮，***個(gè)是服務(wù)器硬件，另一個(gè)是MySQL自身的my.cnf配置文件。
服務(wù)器的磁盤，CPU和內(nèi)存，這些都是要考慮的因素
1，磁盤的I/O 能力，也就是它的尋道能力，目前的SCSI高速旋轉(zhuǎn)的是7200轉(zhuǎn)/秒，這樣的速度，一旦訪問的用戶量上去，磁盤的壓力就會過大，如果是每天的網(wǎng)站pv在150w，這樣的一般的配置就無法滿足這樣的需求了。此時(shí)的限制不小了，就要磁盤陣列了，但是選擇哪種方案呢？RAID-0+1，不要選擇RAID5，這個(gè)選擇方案達(dá)不到你想要的結(jié)果。具體的原因，等下文比較一下磁盤的陣列的異同。
2，CPU，處理器的能力，這里不具體闡述。
3，物理內(nèi)存，物理內(nèi)存得2G以上吧，一些的也是4G。更高端的就不講了。
mysql修改配置文件。
my.cnf這里說一下其中的mysqld字段，其他的字段影響甚微。
- [mysqld]
- port = 3306
- serverid = 1
- socket = /tmp/mysql.sock
- skip-locking
#避免MySQL的外部鎖定，減少出錯(cuò)幾率增強(qiáng)穩(wěn)定性。
- skip-name-resolve
#禁止MySQL對外部連接進(jìn)行DNS解析
使用這一選項(xiàng)可以消除MySQL進(jìn)行DNS解析的時(shí)間。但需要注意，如果開啟該選項(xiàng)，則所有遠(yuǎn)程主機(jī)連接授權(quán)都要使用IP地址方式，否則MySQL將無法正常處理連接請求！
- back_log = 384
#back_log參數(shù)的值指出在MySQL暫時(shí)停止響應(yīng)新請求之前的短時(shí)間內(nèi)多少個(gè)請求可以被存在堆棧中。
如果系統(tǒng)在一個(gè)短時(shí)間內(nèi)有很多連接，則需要增大該參數(shù)的值，該參數(shù)值指定到來的TCP/IP連接的偵聽隊(duì)列的大小。不同的操作系統(tǒng)在這個(gè)隊(duì)列大小上有它自己的限制。 試圖設(shè)定back_log高于你的操作系統(tǒng)的限制將是無效的。默認(rèn)值為50。
對于Linux系統(tǒng)推薦設(shè)置為小于512的整數(shù)。
- key_buffer_size = 256M
#key_buffer_size指定用于索引的緩沖區(qū)大小，增加它可得到更好的索引處理性能。
對于內(nèi)存在4GB左右的服務(wù)器該參數(shù)可設(shè)置為256M或384M。注意：該參數(shù)值設(shè)置的過大反而會是服務(wù)器整體效率降低！
- max_allowed_packet = 4M
- thread_stack = 256K
- table_cache = 128K
- sort_buffer_size = 6M
#查詢排序時(shí)所能使用的緩沖區(qū)大小。
注意：該參數(shù)對應(yīng)的分配內(nèi)存是每連接獨(dú)占，如果有100個(gè)連接，那么實(shí)際分配的總共排序緩沖區(qū)大小為100 × 6 ＝ 600MB。所以，對于內(nèi)存在4GB左右的服務(wù)器推薦設(shè)置為6-8M。
- read_buffer_size = 4M
#讀查詢操作所能使用的緩沖區(qū)大小。
和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每連接獨(dú)享。
- join_buffer_size = 8M
#聯(lián)合查詢操作所能使用的緩沖區(qū)大小，和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每連接獨(dú)享。
- myisam_sort_buffer_size = 64M
- table_cache = 512
- thread_cache_size = 64
- query_cache_size = 64M
#指定MySQL查詢緩沖區(qū)的大小。
可以通過在MySQL控制臺觀察，如果Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況；如果Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，如果該值較小反而會影響效率，那么可以考慮不用查詢緩沖；Qcache_free_blocks，如果該值非常大，則表明緩沖區(qū)中碎片很多。
- tmp_table_size = 256M
- max_connections = 768
#指定MySQL允許的***連接進(jìn)程數(shù)。
如果在訪問論壇時(shí)經(jīng)常出現(xiàn)Too Many Connections的錯(cuò)誤提 示，則需要增大該參數(shù)值。
- max_connect_errors = 10000000
- wait_timeout = 10
#指定一個(gè)請求的***連接時(shí)間，對于4GB左右內(nèi)存的服務(wù)器可以設(shè)置為5-10。
- thread_concurrency = 8
#該參數(shù)取值為服務(wù)器邏輯CPU數(shù)量*2
在本例中，服務(wù)器有2顆物理CPU，而每顆物理CPU又支持H.T超線程，所以實(shí)際取值為4*2=8
skip-networking
#開啟該選項(xiàng)可以徹底關(guān)閉MySQL的TCP/IP連接方式，如果WEB服務(wù)器是以遠(yuǎn)程連接的方式訪問MySQL數(shù)據(jù)庫服務(wù)器則不要開啟該選項(xiàng)！否則將無法正常連接！
- table_cache=1024
#物理內(nèi)存越大,設(shè)置就越大.默認(rèn)為2402,調(diào)到512-1024***
- innodb_additional_mem_pool_size=4M
#默認(rèn)為2M
- innodb_flush_log_at_trx_commit=1
#設(shè)置為0就是等到innodb_log_buffer_size列隊(duì)滿后再統(tǒng)一儲存,默認(rèn)為1
- innodb_log_buffer_size=2M
#默認(rèn)為1M
- innodb_thread_concurrency=8
#你的服務(wù)器CPU有幾個(gè)就設(shè)置為幾,建議用默認(rèn)一般為8
- key_buffer_size=256M
#默認(rèn)為218，調(diào)到128***
- tmp_table_size=64M
#默認(rèn)為16M，調(diào)到64-256最掛
- read_buffer_size=4M
#默認(rèn)為64K
- read_rnd_buffer_size=16M
#默認(rèn)為256K
- sort_buffer_size=32M
#默認(rèn)為256K
- thread_cache_size=120
#默認(rèn)為60
- query_cache_size=32M
※值得注意的是：
很多情況需要具體情況具體分析
一、如果Key_reads太大，則應(yīng)該把my.cnf中Key_buffer_size變大，保持Key_reads/Key_read_requests至少1/100以上，越小越好。
二、如果Qcache_lowmem_prunes很大，就要增加Query_cache_size的值。
