這幾天喻名堂在學(xué)習(xí)mysql數(shù)據(jù)庫的優(yōu)化并在自己的服務(wù)器上進(jìn)行設(shè)置，喻名堂主要學(xué)習(xí)了MyISAM和InnoDB兩種引擎的優(yōu)化方法，它們各有優(yōu)缺點(diǎn)，一般在實(shí)際應(yīng)用中將兩種引擎結(jié)合起來使用效果會更好。喻名堂測試的硬件配置以及軟件環(huán)境如下：

服務(wù)器型號：IBM S226
CPU：至強(qiáng)四核
內(nèi)存：4G
硬盤：兩個(gè)80G做RAID1
系統(tǒng)：windows server 2003 SP1 32位企業(yè)版
Mysql版本：5.5
根據(jù)自己服務(wù)器的實(shí)際情況，優(yōu)化過和參數(shù)如下：

一、公共選項(xiàng)
skip-external-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將無法正常處理連接請求！
max_connections = 1024 //指定MySQL允許的最大連接進(jìn)程數(shù)。如果在訪問論壇時(shí)經(jīng)常出現(xiàn)Too Many Connections的錯(cuò)誤提示，則需要增大該參數(shù)值。
query_cache_size = 16M //默認(rèn)為0，就是不啟用。指定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ū)中碎片很多。
sort_buffer_size = 6M //每個(gè)線程的排序緩存大小，該選項(xiàng)對排序order by、group by起作用。注意：該參數(shù)對應(yīng)的分配內(nèi)存是每連接獨(dú)占！如果有100個(gè)連接，那么實(shí)際分配的總共排序緩沖區(qū)大小為100 × 6 ＝ 600MB。所以，對于內(nèi)存在4GB左右的服務(wù)器推薦設(shè)置為6-8M。
record_buffer=16M //每個(gè)進(jìn)行一個(gè)順序掃描的線程為其掃描的每張表分配這個(gè)大小的一個(gè)緩沖區(qū)，可以設(shè)置為2M以上
table_cache = 512 //為所有線程打開表的數(shù)量。增加該值能增加mysqld要求的文件描述符的數(shù)量。Mysql對每個(gè)唯一打開的表需要2個(gè)文件描述符。

二、MyISAM選項(xiàng)
key_buffer_size = 256M //key_buffer_size指定用于索引的緩沖區(qū)大小，增加它可得到更好的索引處理性能。對于內(nèi)存在4GB左右的服務(wù)器該參數(shù)可設(shè)置為256M或384M。
注意：該參數(shù)值設(shè)置的過大反而會是服務(wù)器整體效率降低！
read_buffer_size = 4M //讀查詢操作所能使用的緩沖區(qū)大小。和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每連接獨(dú)享！
myisam_sort_buffer_size = 64M //默認(rèn)為16M。設(shè)置、恢復(fù)、修改表的時(shí)候使用的緩沖大小，值不要設(shè)的太大。
join_buffer_size = 8M //聯(lián)合查詢操作所能使用的緩沖區(qū)大小，和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每連接獨(dú)享！

三、InnoDB選項(xiàng)
innodb_buffer_pool_size＝1G //一個(gè)Innodb最重要的參數(shù)，這個(gè)參數(shù)和MyISAM的key_buffer_size有相似之處，但也是有差別的。這個(gè)參數(shù)主要緩存innodb表的索引，數(shù)據(jù)，插入數(shù)據(jù)時(shí)的緩沖，設(shè)置得越大，存取表里面數(shù)據(jù)時(shí)所需要的磁盤I/O越少，一般是內(nèi)存的一半，不超過2G，否則系統(tǒng)會崩潰。為Innodb加速優(yōu)化首要參數(shù)。該參數(shù)分配內(nèi)存的原則：這個(gè)參數(shù)默認(rèn)分配只有8M，可以說是非常小的一個(gè)值。如果是一個(gè)專用ＤＢ服務(wù)器，那么他可以占到內(nèi)存的70%-80%。這個(gè)參數(shù)不能動態(tài)更改，所以分配需多考慮。分配過大，會使Swap占用過多，致使Mysql的查詢特慢。如果你的數(shù)據(jù)比較小，那么可分配是你的數(shù)據(jù)大?。保埃プ笥易鰹檫@個(gè)參數(shù)的值。

例如：數(shù)據(jù)大小為50Ｍ,那么給這個(gè)值分配innodb_buffer_pool_size＝64Ｍ
innodb_additional_mem_pool_size=16M //用來存放Innodb的內(nèi)部目錄這個(gè)值不用分配太大，系統(tǒng)可以自動調(diào)。不用設(shè)置太高。通常比較大數(shù)據(jù)設(shè)置16Ｍ夠用了，如果表比較多，可以適當(dāng)?shù)脑龃?。如果這個(gè)值自動增加，會在error log有中顯示的。

innodb_log_file_size=256M //在日志組中每個(gè)日志文件的大小，一般是innodb_buffer_pool_size的25%，官方推薦是innodb_buffer_pool_size的40-50%。一般控制在幾個(gè)ＬＯＧ文件相加大小在２Ｇ以內(nèi)為佳。具體情況還需要看你的事務(wù)大小，數(shù)據(jù)大小為依據(jù)。說明：這個(gè)值分配的大小和數(shù)據(jù)庫的寫入速度，事務(wù)大小，異常重啟后的恢復(fù)有很大的關(guān)系。

innodb_log_files_in_group=2 //指定你有幾個(gè)日志組。分配原則：一般我們可以用２－３個(gè)日值組。默認(rèn)為兩個(gè)。

innodb_log_buffer_size＝3M //事務(wù)在內(nèi)存中的緩沖。分配原則：控制在2-8M.這個(gè)值不用太多的。他里面的內(nèi)存一般一秒鐘寫到磁盤一次。具體寫入方式和你的事務(wù)提交方式有關(guān)。在oracle等數(shù)據(jù)庫了解這個(gè)，一般最大指定為３Ｍ比較合適。

innodb_flush_logs_at_trx_commit＝0 //控制事務(wù)的提交方式分配原則：這個(gè)參數(shù)只有３個(gè)值，０，１，２請確認(rèn)一下自已能接受的級別。默認(rèn)為１，主庫請不要更改了。性能更高的可以設(shè)置為０或是２，但會丟失一秒鐘的事務(wù)。說明：這個(gè)參數(shù)的設(shè)置對Ｉｎｎｏｄｂ的性能有很大的影響，所以在這里給多說明一下。當(dāng)這個(gè)值為1時(shí)：innodb 的事務(wù)LOG在每次提交后寫入日值文件，并對日值做刷新到磁盤。這個(gè)可以做到不丟任何一個(gè)事務(wù)。當(dāng)這個(gè)值為2時(shí)：在每個(gè)提交，日志緩沖被寫到文件，但不對日志文件做到磁盤操作的刷新,在對日志文件的刷新在值為2的情況也每秒發(fā)生一次。但需要注意的是，由于進(jìn)程調(diào)用方面的問題，并不能保證每秒１００％的發(fā)生。從而在性能上是最快的。但操作系統(tǒng)崩潰或掉電才會刪除最后一秒的事務(wù)。當(dāng)這個(gè)值為0時(shí)：日志緩沖每秒一次地被寫到日志文件，并且對日志文件做到磁盤操作的刷新，但是在一個(gè)事務(wù)提交不做任何操作。mysqld進(jìn)程的崩潰會刪除崩潰前最后一秒的事務(wù)。

從以上分析，當(dāng)這個(gè)值不為１時(shí)，可以取得較好的性能，但遇到異常會有損失，所以需要根據(jù)自已的情況去衡量。

最新評論