MyISAM和InnoDB引擎優化剖析。本站提示廣大學習愛好者：（MyISAM和InnoDB引擎優化剖析）文章只能為提供參考，不一定能成為您想要的結果。以下是MyISAM和InnoDB引擎優化剖析正文
這幾天喻花樣在進修mysql數據庫的優化並在本身的辦事器長進行設置，喻花樣重要進修了MyISAM和InnoDB兩種引擎的優化辦法，它們各有優缺陷，普通在現實運用中將兩種引擎聯合起來應用後果會更好。喻花樣測試的硬件設置裝備擺設和軟件情況以下：
辦事器型號：IBM S226
CPU：至強四核
內存：4G
硬盤：兩個80G做RAID1
體系：windows server 2003 SP1 32位企業版
Mysql版本：5.5
依據本身辦事器的現實情形，優化過和參數以下：
1、公共選項
skip-external-locking //防止MySQL的內部鎖定，削減失足概率加強穩固性。
skip-name-resolve //制止MySQL對內部銜接停止DNS解析，應用這一選項可以清除MySQL停止DNS解析的時光。但須要留意，假如開啟該選項，則一切長途億恩科技主機銜接受權都要應用IP地址方法，不然MySQL將沒法正常處置銜接要求！
max_connections = 1024 //指定MySQL許可的最年夜銜接過程數。假如在拜訪服裝論壇t.vhao.net時常常湧現Too Many Connections的毛病提醒，則須要增年夜該參數值。
query_cache_size = 16M //默許為0，就是不啟用。指定MySQL查詢緩沖區的年夜小。可以經由過程在MySQL掌握台履行以下敕令不雅察：
# > SHOW VARIABLES LIKE '%query_cache%';
# > SHOW STATUS LIKE 'Qcache%';
# 假如Qcache_lowmem_prunes的值異常年夜，則注解常常湧現緩沖不敷的情形；
假如Qcache_hits的值異常年夜，則注解查詢緩沖應用異常頻仍，假如該值較小反而會影響效力，那末可以斟酌不消查詢緩沖；Qcache_free_blocks，假如該值異常年夜，則注解緩沖區中碎片許多。
sort_buffer_size = 6M //每一個線程的排序緩存年夜小，該選項對排序order by、group by起感化。留意：該參數對應的分派內存是每銜接獨有！假如有100個銜接，那末現實分派的總共排序緩沖區年夜小為100 × 6 ＝ 600MB。所以，關於內存在4GB閣下的辦事器推舉設置為6-8M。
record_buffer=16M //每一個停止一個次序掃描的線程為其掃描的每張表分派這個年夜小的一個緩沖區，可以設置為2M以上
table_cache = 512 //為一切線程翻開表的數目。增長該值能增長mysqld請求的文件描寫符的數目。Mysql對每一個獨一翻開的表須要2個文件描寫符。
2、MyISAM選項
key_buffer_size = 256M //key_buffer_size指定用於索引的緩沖區年夜小，增長它可獲得更好的索引處置機能。關於內存在4GB閣下的辦事器該參數可設置為256M或384M。
留意：該參數值設置的過年夜反而會是辦事器全體效力下降！
read_buffer_size = 4M //讀查詢操作所能應用的緩沖區年夜小。和sort_buffer_size一樣，該參數對應的分派內存也是每銜接獨享！
myisam_sort_buffer_size = 64M //默許為16M。設置、恢復、修正表的時刻應用的緩沖年夜小，值不要設的太年夜。
join_buffer_size = 8M //結合查詢操作所能應用的緩沖區年夜小，和sort_buffer_size一樣，該參數對應的分派內存也是每銜接獨享！
3、InnoDB選項
innodb_buffer_pool_size＝1G //一個Innodb最主要的參數，這個參數和MyISAM的key_buffer_size有類似的地方，但也是有差異的。這個參數重要緩存innodb表的索引，數據，拔出數據時的緩沖，設置得越年夜，存取內外面數據時所須要的磁盤I/O越少，普通是內存的一半，不跨越2G，不然體系會瓦解。為Innodb加快優化重要參數。該參數分派內存的准繩：這個參數默許分派只要8M，可以說長短常小的一個值。假如是一個公用ＤＢ辦事器，那末他可以占到內存的70%-80%。這個參數不克不及靜態更改，所以分派需多斟酌。分派過年夜，會使Swap占用過量，導致Mysql的查詢特慢。假如你的數據比擬小，那末可分派是你的數據年夜小＋１０％閣下做為這個參數的值。
例如：數據年夜小為50Ｍ,那末給這個值分派innodb_buffer_pool_size＝64Ｍ
innodb_additional_mem_pool_size=16M //用來寄存Innodb的外部目次這個值不消分派太年夜，體系可以主動調。不消設置太高。平日比擬年夜數據設置16Ｍ夠用了，假如表比擬多，可以恰當的增年夜。假如這個值主動增長，會在error log有中顯示的。
innodb_log_file_size=256M //在日記組中每一個日記文件的年夜小，普通是innodb_buffer_pool_size的25%，官方推舉是innodb_buffer_pool_size的40-50%。普通掌握在幾個ＬＯＧ文件相加年夜小在２Ｇ之內為佳。詳細情形還須要看你的事務年夜小，數據年夜小為根據。解釋：這個值分派的年夜小和數據庫的寫入速度，事務年夜小，異常重啟後的恢復有很年夜的關系。
innodb_log_files_in_group=2 //指定你有幾個日記組。分派准繩：普通我們可以用２－３個日值組。默許為兩個。
innodb_log_buffer_size＝3M //事務在內存中的緩沖。分派准繩：掌握在2-8M.這個值不消太多的。他外面的內存普通一秒鐘寫到磁盤一次。詳細寫入方法和你的事務提交方法有關。在oracle等數據庫懂得這個，普通最年夜指定為３Ｍ比擬適合。
innodb_flush_logs_at_trx_commit＝0 //掌握事務的提交方法分派准繩：這個參數只要３個值，０，１，２請確認一下自已能接收的級別。默許為１，主庫請不要更改了。機能更高的可以設置為０或是２，但會喪失一秒鐘的事務。解釋：這個參數的設置對Ｉｎｎｏｄｂ的機能有很年夜的影響，所以在這裡給多解釋一下。當這個值為1時：innodb 的事務LOG在每次提交後寫入日值文件，並對日值做刷新到磁盤。這個可以做到不丟任何一個事務。當這個值為2時：在每一個提交，日記緩沖被寫到文件，但纰謬日記文件做到磁盤操作的刷新,在對日記文件的刷新在值為2的情形也每秒產生一次。但須要留意的是，因為過程挪用方面的成績，其實不能包管每秒１００％的產生。從而在機能上是最快的。但操作體系瓦解或失落電才會刪除最初一秒的事務。當這個值為0時：日記緩沖每秒一次地被寫到日記文件，而且對日記文件做到磁盤操作的刷新，然則在一個事務提交不做任何操作。mysqld過程的瓦解會刪除瓦解前最初一秒的事務。
從以上剖析，當這個值不為１時，可以獲得較好的機能，但碰到異常會有喪失，所以須要依據自已的情形去權衡。
