成人无码在线视频网站_ MySQL安裝后需要調整什么（大歡樂(lè ) 譯）

MySQL安裝后需要調整什么大歡樂(lè )譯

原文連接
http://www.mysqlperformanceblog.com/2006/09/29/what-to-tune-in-mysql-server-after-installation/

面對MySQL的DBA或者做MySQL性能相關(guān)的工作的人，我最喜歡問(wèn)的問(wèn)題是，在MySQL服務(wù)器安裝后，需要調整什么，假設是以缺省的設置安裝的。

我很驚訝有非常多的人沒(méi)有合理的回答，很多的MySQL服務(wù)器都在缺省的配置下運行。

盡管你可以調整非常多的MySQL服務(wù)器變量，但是在通常情況下只有少數的變量是真正重要的。在你設置完這些變量以后，其他變量的改動(dòng)通常只能帶來(lái)相對有限的性能改善。

key_buffer_size ---- 非常重要，如果你使用MyISAM表。如果只使用MyISAM表，那么把它的值設置為可用內存的30%到40%。恰當的大小依賴(lài)索引的數量、數據量和負載 ----記住MyISAM使用操作系統的cache去緩存數據，所以你也需要為它留出內存，而且數據通常比索引要大很多。然而需要查看是否所有的 key_buffer總是在被使用 ---- key_buffer為4G而.MYI文件只有1G的情況并不罕見(jiàn)。這樣就有些浪費了。如果只是使用很少的MyISAM表，你希望它的值小一些，但是仍然至少要設成16到32M，用于臨時(shí)表（占用硬盤(pán)的）的索引。

innodb_buffer_pool_size ---- 非常重要，如果使用Innodb表。相對于MyISAM表而言，Innodb表對buffer size的大小更敏感。在處理大的數據集（data set）時(shí)，使用缺省的key_buffer_size和innodb_buffer_pool_size，MyISAM可能正常工作，而Innodb可能就是慢得像爬一樣了。同時(shí)Innodb buffer pool緩存了數據和索引頁(yè)，因此你不需要為操作系統的緩存留空間，在只用Innodb的數據庫服務(wù)器上，可以設成占內存的70%到80%。上面 key_buffer的規則也同樣適用 ---- 如果只有小的數據集，而且也不會(huì )戲劇性地增大，那么不要把innodb_buffer_pool_size設得過(guò)大。因為你可以更好地使用多余的內存。

innodb_additional_pool_size ---- 這個(gè)變量并不太影響性能，至少在有像樣的（decent）內存分配的操作系統中是這樣。但是仍然需要至少設為20MB（有時(shí)候更大），是Innodb分配出來(lái)用于處理一些雜事的。

innodb_log_file_size ---- 對于以寫(xiě)操作為主的負載(workload)非常重要，特別是數據集很大的時(shí)候。較大的值會(huì )提高性能，但增加恢復的時(shí)間。因此需要謹慎。我通常依據服務(wù)器的大?。╯erver size）設置為64M到512M。

innodb_log_buffer_size ---- 缺省值在中等數量的寫(xiě)操作和短的事務(wù)的大多數負載情況下是夠用的。如果有大量的UPDATE或者大量地使用blob，你可能需要增加它的值。不要把它的值設得過(guò)多，否則會(huì )浪費內存--log buffer至少每秒刷新一次，沒(méi)有必要使用超過(guò)一秒鐘所需要的內存。8MB到16MB通常是足夠的。小一些的安裝應該使用更小的值。

innodb_flush_logs_at_trx_commit ---- 為Innodb比MyISAM慢100倍而哭泣？你可能忘記了調整這個(gè)值。缺省值是1，即每次事務(wù)提交時(shí)都會(huì )把日志刷新到磁盤(pán)上，非常耗資源，特別是沒(méi)有電池備份的cache時(shí)。很多應用程序，特別是那些從MyISAM表移植過(guò)來(lái)的，應該把它設成2。意味著(zhù)只把日志刷新到操作系統的cache，而不刷新到磁盤(pán)。此時(shí)，日志仍然會(huì )每秒一次刷新到磁盤(pán)上，因此通常你不會(huì )丟失超過(guò)1到2秒的更新。設成0會(huì )更快一些，但安全性差一些，在MySQL服務(wù)崩潰的時(shí)候，會(huì )丟失事務(wù)。設成2只會(huì )在操作系統崩潰的時(shí)候丟失數據。

table_cache ---- 打開(kāi)表是昂貴的（耗資源）。例如，MyISAM表在MYI文件頭做標記以標明哪些表正在使用。你不會(huì )希望這樣的操作頻繁發(fā)生，通常最好調整你的cache 大小，使其能夠滿(mǎn)足大多數打開(kāi)的表的需要。它使用了一些操作系統的資源和內存，但是對于現代的硬件水平來(lái)說(shuō)通常不是問(wèn)題。對于一個(gè)使用幾百個(gè)表的應用， 1024是一個(gè)合適的值（注意每個(gè)連接需要各自的緩存）。如果有非常多的連接或者非常多的表，則需要增大它的值。我曾經(jīng)看到過(guò)使用超過(guò)100000的值。

thread_cache ---- 線(xiàn)程創(chuàng )建/銷(xiāo)毀是昂貴的，它在每次連接和斷開(kāi)連接時(shí)發(fā)生。我通常把這個(gè)值至少設成16。如果應用有時(shí)會(huì )有大量的并發(fā)連接，并且可以看到 threads_created變量迅速增長(cháng)，我就把它的值調高。目標是在通常的操作中不要有線(xiàn)程的創(chuàng )建。

query_cache ---- 如果你的應用是以讀為主的，并且你沒(méi)有應用級的緩存，那么它會(huì )有很大幫助。不要把它設得過(guò)大，因為它的維護可能會(huì )導致性能下降。通常會(huì )設置在32M到 512M之間。設置好后，經(jīng)過(guò)一段時(shí)間要進(jìn)行檢查，看看是否合適。For certain workloads cache hit ratio is lower than would justify having it enabled.（這句不會(huì )翻譯）

注意：就像你看到的，上面所說(shuō)的都是全局變量。這些變量依賴(lài)硬件和存儲引擎的使用，而會(huì )話(huà)級的變量（per session variables）則與特定的訪(fǎng)問(wèn)量(workload)相關(guān)。如果只是一些簡(jiǎn)單的查詢(xún)，就沒(méi)有必要增加sort_buffer_size，即使有 64G的內存讓你去浪費。而且這樣做還可能降低性能。我通常把調整會(huì )話(huà)級的變量放在第二步，在我分析了訪(fǎng)問(wèn)量（或負載）之后。

此外在MySQL分發(fā)版中包含了一些my.cnf文件的例子，可以作為非常好的模板去使用。如果你能夠恰當地從中選擇一個(gè)，通常會(huì )比缺省值要好。

本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請點(diǎn)擊舉報。

欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久