MySQL配置文件my.cnf 例子最詳細(xì)翻譯，可以保存做筆記用。

#BEGIN CONFIG INFO
#DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的連接, 隊(duì)列負(fù)載大
#TYPE: SYSTEM
#END CONFIG INFO
#
# 此mysql配置文件例子針對(duì)4G內(nèi)存。
# 主要使用INNODB
#處理復(fù)雜隊(duì)列并且連接數(shù)量較少的mysql服務(wù)器
#
# 將此文件復(fù)制到/etc/my.cnf 作為全局設(shè)置,
# mysql-data-dir/my.cnf 作為服務(wù)器指定設(shè)置
# (@localstatedir@ for this installation) 或者放入
# ~/.my.cnf 作為用戶(hù)設(shè)置.
#
# 在此配置文件中, 你可以使用所有程序支持的長(zhǎng)選項(xiàng).
# 如果想獲悉程序支持的所有選項(xiàng)
# 請(qǐng)?jiān)诔绦蚝蠹由稀报Chelp”參數(shù)運(yùn)行程序.
#
# 關(guān)于獨(dú)立選項(xiàng)更多的細(xì)節(jié)信息可以在手冊(cè)內(nèi)找到
#
#
# 以下選項(xiàng)會(huì)被MySQL客戶(hù)端應(yīng)用讀取.
# 注意只有MySQL附帶的客戶(hù)端應(yīng)用程序保證可以讀取這段內(nèi)容.
# 如果你想你自己的MySQL應(yīng)用程序獲取這些值
# 需要在MySQL客戶(hù)端庫(kù)初始化的時(shí)候指定這些選項(xiàng)
#

[client]
#password = [your_password]
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@
# *** 應(yīng)用定制選項(xiàng) ***
#
# MySQL 服務(wù)端
#
[mysqld]
# 一般配置選項(xiàng)
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@
# back_log 是操作系統(tǒng)在監(jiān)聽(tīng)隊(duì)列中所能保持的連接數(shù),
# 隊(duì)列保存了在MySQL連接管理器線程處理之前的連接.
# 如果你有非常高的連接率并且出現(xiàn)”connection refused” 報(bào)錯(cuò),
# 你就應(yīng)該增加此處的值.
# 檢查你的操作系統(tǒng)文檔來(lái)獲取這個(gè)變量的最大值.
# 如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會(huì)沒(méi)有效果
back_log = 50
# 不在TCP/IP端口上進(jìn)行監(jiān)聽(tīng).
# 如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接到本地的mysqld,
# 這樣設(shè)置將是增強(qiáng)安全的方法
# 所有mysqld的連接都是通過(guò)Unix sockets 或者命名管道進(jìn)行的.
# 注意在windows下如果沒(méi)有打開(kāi)命名管道選項(xiàng)而只是用此項(xiàng)
# (通過(guò) “enable-named-pipe” 選項(xiàng)) 將會(huì)導(dǎo)致mysql服務(wù)沒(méi)有任何作用!
#skip-networking
# MySQL 服務(wù)所允許的同時(shí)會(huì)話數(shù)的上限
# 其中一個(gè)連接將被SUPER權(quán)限保留作為管理員登錄.
# 即便已經(jīng)達(dá)到了連接數(shù)的上限.
max_connections = 100
# 每個(gè)客戶(hù)端連接最大的錯(cuò)誤允許數(shù)量,如果達(dá)到了此限制.
# 這個(gè)客戶(hù)端將會(huì)被MySQL服務(wù)阻止直到執(zhí)行了”FLUSH HOSTS” 或者服務(wù)重啟
# 非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值.
# 查看 “Aborted_connects” 狀態(tài)來(lái)獲取全局計(jì)數(shù)器.
max_connect_errors = 10
# 所有線程所打開(kāi)表的數(shù)量.
# 增加此值就增加了mysqld所需要的文件描述符的數(shù)量
# 這樣你需要確認(rèn)在[mysqld_safe]中 “open-files-limit” 變量設(shè)置打開(kāi)文件數(shù)量允許至少4096
table_cache = 2048
# 允許外部文件級(jí)別的鎖. 打開(kāi)文件鎖會(huì)對(duì)性能造成負(fù)面影響
# 所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫(kù)實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其他約束!)
# 或者你在文件層面上使用了其他一些軟件依賴(lài)來(lái)鎖定MyISAM表
#external-locking
# 服務(wù)所能處理的請(qǐng)求包的最大大小以及服務(wù)所能處理的最大的請(qǐng)求大小(當(dāng)與大的BLOB字段一起工作時(shí)相當(dāng)必要)
# 每個(gè)連接獨(dú)立的大小.大小動(dòng)態(tài)增加
max_allowed_packet = 16M
# 在一個(gè)事務(wù)中binlog為了記錄SQL狀態(tài)所持有的cache大小
# 如果你經(jīng)常使用大的,多聲明的事務(wù),你可以增加此值來(lái)獲取更大的性能.
# 所有從事務(wù)來(lái)的狀態(tài)都將被緩沖在binlog緩沖中然后在提交后一次性寫(xiě)入到binlog中
# 如果事務(wù)比此值大, 會(huì)使用磁盤(pán)上的臨時(shí)文件來(lái)替代.
# 此緩沖在每個(gè)連接的事務(wù)第一次更新?tīng)顟B(tài)時(shí)被創(chuàng)建
binlog_cache_size = 1M
# 獨(dú)立的內(nèi)存表所允許的最大容量.
# 此選項(xiàng)為了防止意外創(chuàng)建一個(gè)超大的內(nèi)存表導(dǎo)致永盡所有的內(nèi)存資源.
max_heap_table_size = 64M
# 排序緩沖被用來(lái)處理類(lèi)似ORDER BY以及GROUP BY隊(duì)列所引起的排序
# 如果排序后的數(shù)據(jù)無(wú)法放入排序緩沖,
# 一個(gè)用來(lái)替代的基于磁盤(pán)的合并分類(lèi)會(huì)被使用
# 查看 “Sort_merge_passes” 狀態(tài)變量.
# 在排序發(fā)生時(shí)由每個(gè)線程分配
sort_buffer_size = 8M
# 此緩沖被使用來(lái)優(yōu)化全聯(lián)合(full JOINs 不帶索引的聯(lián)合).
# 類(lèi)似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),
# 但是將此值設(shè)大能夠減輕性能影響.
# 通過(guò) “Select_full_join” 狀態(tài)變量查看全聯(lián)合的數(shù)量
# 當(dāng)全聯(lián)合發(fā)生時(shí),在每個(gè)線程中分配
join_buffer_size = 8M
# 我們?cè)赾ache中保留多少線程用于重用
# 當(dāng)一個(gè)客戶(hù)端斷開(kāi)連接后,如果cache中的線程還少于thread_cache_size,
# 則客戶(hù)端線程被放入cache中.
# 這可以在你需要大量新連接的時(shí)候極大的減少線程創(chuàng)建的開(kāi)銷(xiāo)
# (一般來(lái)說(shuō)如果你有好的線程模型的話,這不會(huì)有明顯的性能提升.)
thread_cache_size = 8
# 此允許應(yīng)用程序給予線程系統(tǒng)一個(gè)提示在同一時(shí)間給予渴望被運(yùn)行的線程的數(shù)量.
# 此值只對(duì)于支持 thread_concurrency() 函數(shù)的系統(tǒng)有意義( 例如Sun Solaris).
# 你可可以嘗試使用 [CPU數(shù)量]*(2..4) 來(lái)作為thread_concurrency的值
thread_concurrency = 8
# 查詢(xún)緩沖常被用來(lái)緩沖 SELECT 的結(jié)果并且在下一次同樣查詢(xún)的時(shí)候不再執(zhí)行直接返回結(jié)果.
# 打開(kāi)查詢(xún)緩沖可以極大的提高服務(wù)器速度, 如果你有大量的相同的查詢(xún)并且很少修改表.
# 查看 “Qcache_lowmem_prunes” 狀態(tài)變量來(lái)檢查是否當(dāng)前值對(duì)于你的負(fù)載來(lái)說(shuō)是否足夠高.
# 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢(xún)?cè)拿看味疾煌?
# 查詢(xún)緩沖也許引起性能下降而不是性能提升.
query_cache_size = 64M
# 只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖
# 此設(shè)置用來(lái)保護(hù)查詢(xún)緩沖,防止一個(gè)極大的結(jié)果集將其他所有的查詢(xún)結(jié)果都覆蓋.
query_cache_limit = 2M
# 被全文檢索索引的最小的字長(zhǎng).
# 你也許希望減少它,如果你需要搜索更短字的時(shí)候.
# 注意在你修改此值之后,
# 你需要重建你的 FULLTEXT 索引
ft_min_word_len = 4
# 如果你的系統(tǒng)支持 memlock() 函數(shù),你也許希望打開(kāi)此選項(xiàng)用以讓運(yùn)行中的mysql在在內(nèi)存高度緊張的時(shí)候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被swapping out
# 此選項(xiàng)對(duì)于性能有益
#memlock
# 當(dāng)創(chuàng)建新表時(shí)作為默認(rèn)使用的表類(lèi)型,
# 如果在創(chuàng)建表示沒(méi)有特別執(zhí)行表類(lèi)型,將會(huì)使用此值
default_table_type = MYISAM
# 線程使用的堆大小. 此容量的內(nèi)存在每次連接時(shí)被預(yù)留.
# MySQL 本身常不會(huì)需要超過(guò)64K的內(nèi)存
# 如果你使用你自己的需要大量堆的UDF函數(shù)
# 或者你的操作系統(tǒng)對(duì)于某些操作需要更多的堆,
# 你也許需要將其設(shè)置的更高一點(diǎn).
thread_stack = 192K
# 設(shè)定默認(rèn)的事務(wù)隔離級(jí)別.可用的級(jí)別如下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
transaction_isolation = REPEATABLE-READ
# 內(nèi)部(內(nèi)存中)臨時(shí)表的最大大小
# 如果一個(gè)表增長(zhǎng)到比此值更大,將會(huì)自動(dòng)轉(zhuǎn)換為基于磁盤(pán)的表.
# 此限制是針對(duì)單個(gè)表的,而不是總和.
tmp_table_size = 64M
# 打開(kāi)二進(jìn)制日志功能.
# 在復(fù)制(replication)配置中,作為MASTER主服務(wù)器必須打開(kāi)此項(xiàng)
# 如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù),你也同樣需要二進(jìn)制日志.
log-bin=mysql-bin
# 如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式 (A->B->C),
# 你需要在服務(wù)器B上打開(kāi)此項(xiàng).
# 此選項(xiàng)打開(kāi)在從線程上重做過(guò)的更新的日志,
# 并將其寫(xiě)入從服務(wù)器的二進(jìn)制日志.
#log_slave_updates
# 打開(kāi)全查詢(xún)?nèi)罩? 所有的由服務(wù)器接收到的查詢(xún) (甚至對(duì)于一個(gè)錯(cuò)誤語(yǔ)法的查詢(xún))
# 都會(huì)被記錄下來(lái). 這對(duì)于調(diào)試非常有用, 在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng).
#log
# 將警告打印輸出到錯(cuò)誤log文件. 如果你對(duì)于MySQL有任何問(wèn)題
# 你應(yīng)該打開(kāi)警告log并且仔細(xì)審查錯(cuò)誤日志,查出可能的原因.
#log_warnings
# 記錄慢速查詢(xún). 慢速查詢(xún)是指消耗了比 “l(fā)ong_query_time” 定義的更多時(shí)間的查詢(xún).
# 如果 log_long_format 被打開(kāi),那些沒(méi)有使用索引的查詢(xún)也會(huì)被記錄.
# 如果你經(jīng)常增加新查詢(xún)到已有的系統(tǒng)內(nèi)的話. 一般來(lái)說(shuō)這是一個(gè)好主意,
log_slow_queries
# 所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢(xún)會(huì)被認(rèn)為是慢速查詢(xún).
# 不要在這里使用”1″, 否則會(huì)導(dǎo)致所有的查詢(xún),甚至非常快的查詢(xún)頁(yè)被記錄下來(lái)(由于MySQL 目前時(shí)間的精確度只能達(dá)到秒的級(jí)別).
long_query_time = 2
# 在慢速日志中記錄更多的信息.
# 一般此項(xiàng)最好打開(kāi).
# 打開(kāi)此項(xiàng)會(huì)記錄使得那些沒(méi)有使用索引的查詢(xún)也被作為到慢速查詢(xún)附加到慢速日志里
log_long_format
# 此目錄被MySQL用來(lái)保存臨時(shí)文件.例如,
# 它被用來(lái)處理基于磁盤(pán)的大型排序,和內(nèi)部排序一樣.
# 以及簡(jiǎn)單的臨時(shí)表.
# 如果你不創(chuàng)建非常大的臨時(shí)文件,將其放置到 swapfs/tmpfs 文件系統(tǒng)上也許比較好
# 另一種選擇是你也可以將其放置在獨(dú)立的磁盤(pán)上.
# 你可以使用”;”來(lái)放置多個(gè)路徑
# 他們會(huì)按照roud-robin方法被輪詢(xún)使用.
#tmpdir = /tmp

# *** 復(fù)制有關(guān)的設(shè)置

# 唯一的服務(wù)辨識(shí)號(hào),數(shù)值位于 1 到 2^32-1之間.
# 此值在master和slave上都需要設(shè)置.
# 如果 “master-host” 沒(méi)有被設(shè)置,則默認(rèn)為1, 但是如果忽略此選項(xiàng),MySQL不會(huì)作為master生效.
server-id = 1
# 復(fù)制的Slave (去掉master段的注釋來(lái)使其生效)
#
# 為了配置此主機(jī)作為復(fù)制的slave服務(wù)器,你可以選擇兩種方法:
#
# 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊(cè)中有完整描述) -
# 語(yǔ)法如下:
#
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=
,
# MASTER_USER=, MASTER_PASSWORD=
;
#
# 你需要替換掉 , ,
等被尖括號(hào)包圍的字段以及使用master的端口號(hào)替換
(默認(rèn)3306).
#
# 例子:
#
# CHANGE MASTER TO MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306,
# MASTER_USER=’joe’, MASTER_PASSWORD=’secret’;
#
# 或者
#
# 2) 設(shè)置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動(dòng)復(fù)制(甚至不成功的情況下,
# 例如如果你輸入錯(cuò)密碼在master-password字段并且slave無(wú)法連接),
# slave會(huì)創(chuàng)建一個(gè) master.info 文件,并且之后任何對(duì)于包含在此文件內(nèi)的參數(shù)的變化都會(huì)被忽略
# 并且由 master.info 文件內(nèi)的內(nèi)容覆蓋, 除非你關(guān)閉slave服務(wù), 刪除 master.info 并且重啟slave 服務(wù).
# 由于這個(gè)原因,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來(lái)代替
#
# 所需要的唯一id號(hào)位于 2 和 2^32 – 1之間
# (并且和master不同)
# 如果master-host被設(shè)置了.則默認(rèn)值是2
# 但是如果省略,則不會(huì)生效
#server-id = 2
#
# 復(fù)制結(jié)構(gòu)中的master – 必須
#master-host =
#
# 當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的用戶(hù)名 – 必須
#master-user =
#
# 當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的密碼 – 必須
#master-password =
#
# master監(jiān)聽(tīng)的端口.
# 可選 – 默認(rèn)是3306
#master-port =
# 使得slave只讀.只有用戶(hù)擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù).
# 你可以使用此項(xiàng)去保證沒(méi)有應(yīng)用程序會(huì)意外的修改slave而不是master上的數(shù)據(jù)
#read_only

#*** MyISAM 相關(guān)選項(xiàng)

# 關(guān)鍵詞緩沖的大小, 一般用來(lái)緩沖MyISAM表的索引塊.
# 不要將其設(shè)置大于你可用內(nèi)存的30%,
# 因?yàn)橐徊糠謨?nèi)存同樣被OS用來(lái)緩沖行數(shù)據(jù)
# 甚至在你并不使用MyISAM 表的情況下, 你也需要仍舊設(shè)置起 8-64M 內(nèi)存由于它同樣會(huì)被內(nèi)部臨時(shí)磁盤(pán)表使用.
key_buffer_size = 32M
# 用來(lái)做MyISAM表全表掃描的緩沖大小.
# 當(dāng)全表掃描需要時(shí),在對(duì)應(yīng)線程中分配.
read_buffer_size = 2M
# 當(dāng)在排序之后,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數(shù)據(jù)將從這個(gè)緩沖中讀取來(lái)防止磁盤(pán)尋道.
# 如果你增高此值,可以提高很多ORDER BY的性能.
# 當(dāng)需要時(shí)由每個(gè)線程分配
read_rnd_buffer_size = 16M
# MyISAM 使用特殊的類(lèi)似樹(shù)的cache來(lái)使得突發(fā)插入
# (這些插入是,INSERT SELECT, INSERT VALUES (), (), , 以及 LOAD DATA
# INFILE) 更快. 此變量限制每個(gè)進(jìn)程中緩沖樹(shù)的字節(jié)數(shù).
# 設(shè)置為 0 會(huì)關(guān)閉此優(yōu)化.
# 為了最優(yōu)化不要將此值設(shè)置大于 “key_buffer_size”.
# 當(dāng)突發(fā)插入被檢測(cè)到時(shí)此緩沖將被分配.
bulk_insert_buffer_size = 64M
# 此緩沖當(dāng)MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個(gè)空表中引起重建索引時(shí)被分配.
# 這在每個(gè)線程中被分配.所以在設(shè)置大值時(shí)需要小心.
myisam_sort_buffer_size = 128M
# MySQL重建索引時(shí)所允許的最大臨時(shí)文件的大小 (當(dāng) REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 如果文件大小比此值更大,索引會(huì)通過(guò)鍵值緩沖創(chuàng)建(更慢)
myisam_max_sort_file_size = 10G
# 如果被用來(lái)更快的索引創(chuàng)建索引所使用臨時(shí)文件大于制定的值,那就使用鍵值緩沖方法.
# 這主要用來(lái)強(qiáng)制在大表中長(zhǎng)字串鍵去使用慢速的鍵值緩沖方法來(lái)創(chuàng)建索引.
myisam_max_extra_sort_file_size = 10G
# 如果一個(gè)表?yè)碛谐^(guò)一個(gè)索引, MyISAM 可以通過(guò)并行排序使用超過(guò)一個(gè)線程去修復(fù)他們.
# 這對(duì)于擁有多個(gè)CPU以及大量?jī)?nèi)存情況的用戶(hù),是一個(gè)很好的選擇.
myisam_repair_threads = 1
# 自動(dòng)檢查和修復(fù)沒(méi)有適當(dāng)關(guān)閉的 MyISAM 表.
myisam_recover

# 默認(rèn)關(guān)閉 Federated
skip-federated
# *** BDB 相關(guān)選項(xiàng) ***
# 如果你運(yùn)行的MySQL服務(wù)有BDB支持但是你不準(zhǔn)備使用的時(shí)候使用此選項(xiàng). 這會(huì)節(jié)省內(nèi)存并且可能加速一些事.
skip-bdb

# *** INNODB 相關(guān)選項(xiàng) ***
# 如果你的MySQL服務(wù)包含InnoDB支持但是并不打算使用的話,
# 使用此選項(xiàng)會(huì)節(jié)省內(nèi)存以及磁盤(pán)空間,并且加速某些部分
#skip-innodb
# 附加的內(nèi)存池被InnoDB用來(lái)保存 metadata 信息
# 如果InnoDB為此目的需要更多的內(nèi)存,它會(huì)開(kāi)始從OS這里申請(qǐng)內(nèi)存.
# 由于這個(gè)操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快, 你一般不需要修改此值.
# SHOW INNODB STATUS 命令會(huì)顯示當(dāng)先使用的數(shù)量.
innodb_additional_mem_pool_size = 16M
# InnoDB使用一個(gè)緩沖池來(lái)保存索引和原始數(shù)據(jù), 不像 MyISAM.
# 這里你設(shè)置越大,你在存取表里面數(shù)據(jù)時(shí)所需要的磁盤(pán)I/O越少.
# 在一個(gè)獨(dú)立使用的數(shù)據(jù)庫(kù)服務(wù)器上,你可以設(shè)置這個(gè)變量到服務(wù)器物理內(nèi)存大小的80%
# 不要設(shè)置過(guò)大,否則,由于物理內(nèi)存的競(jìng)爭(zhēng)可能導(dǎo)致操作系統(tǒng)的換頁(yè)顛簸.
# 注意在32位系統(tǒng)上你每個(gè)進(jìn)程可能被限制在 2-3.5G 用戶(hù)層面內(nèi)存限制,
# 所以不要設(shè)置的太高.
innodb_buffer_pool_size = 2G
# InnoDB 將數(shù)據(jù)保存在一個(gè)或者多個(gè)數(shù)據(jù)文件中成為表空間.
# 如果你只有單個(gè)邏輯驅(qū)動(dòng)保存你的數(shù)據(jù),一個(gè)單個(gè)的自增文件就足夠好了.
# 其他情況下.每個(gè)設(shè)備一個(gè)文件一般都是個(gè)好的選擇.
# 你也可以配置InnoDB來(lái)使用裸盤(pán)分區(qū) – 請(qǐng)參考手冊(cè)來(lái)獲取更多相關(guān)內(nèi)容
innodb_data_file_path = ibdata1:10M:autoextend
# 設(shè)置此選項(xiàng)如果你希望InnoDB表空間文件被保存在其他分區(qū).
# 默認(rèn)保存在MySQL的datadir中.
#innodb_data_home_dir =
# 用來(lái)同步IO操作的IO線程的數(shù)量. This value is
# 此值在Unix下被硬編碼為4,但是在Windows磁盤(pán)I/O可能在一個(gè)大數(shù)值下表現(xiàn)的更好.
innodb_file_io_threads = 4
# 如果你發(fā)現(xiàn)InnoDB表空間損壞, 設(shè)置此值為一個(gè)非零值可能幫助你導(dǎo)出你的表.
# 從1開(kāi)始并且增加此值知道你能夠成功的導(dǎo)出表.
#innodb_force_recovery=1
# 在InnoDb核心內(nèi)的允許線程數(shù)量.
# 最優(yōu)值依賴(lài)于應(yīng)用程序,硬件以及操作系統(tǒng)的調(diào)度方式.
# 過(guò)高的值可能導(dǎo)致線程的互斥顛簸.
innodb_thread_concurrency = 16
# 如果設(shè)置為1 ,InnoDB會(huì)在每次提交后刷新(fsync)事務(wù)日志到磁盤(pán)上,
# 這提供了完整的ACID行為.
# 如果你愿意對(duì)事務(wù)安全折衷, 并且你正在運(yùn)行一個(gè)小的食物, 你可以設(shè)置此值到0或者2來(lái)減少由事務(wù)日志引起的磁盤(pán)I/O
# 0代表日志只大約每秒寫(xiě)入日志文件并且日志文件刷新到磁盤(pán).
# 2代表日志寫(xiě)入日志文件在每次提交后,但是日志文件只有大約每秒才會(huì)刷新到磁盤(pán)上.
innodb_flush_log_at_trx_commit = 1
# 加速I(mǎi)nnoDB的關(guān)閉. 這會(huì)阻止InnoDB在關(guān)閉時(shí)做全清除以及插入緩沖合并.
# 這可能極大增加關(guān)機(jī)時(shí)間, 但是取而代之的是InnoDB可能在下次啟動(dòng)時(shí)做這些操作.
#innodb_fast_shutdown
# 用來(lái)緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.
# 當(dāng)此值快滿(mǎn)時(shí), InnoDB將必須刷新數(shù)據(jù)到磁盤(pán)上.
# 由于基本上每秒都會(huì)刷新一次,所以沒(méi)有必要將此值設(shè)置的太大(甚至對(duì)于長(zhǎng)事務(wù)而言)
innodb_log_buffer_size = 8M
# 在日志組中每個(gè)日志文件的大小.
# 你應(yīng)該設(shè)置日志文件總合大小到你緩沖池大小的25%~100%
# 來(lái)避免在日志文件覆寫(xiě)上不必要的緩沖池刷新行為.
# 不論如何, 請(qǐng)注意一個(gè)大的日志文件大小會(huì)增加恢復(fù)進(jìn)程所需要的時(shí)間.
innodb_log_file_size = 256M
# 在日志組中的文件總數(shù).
# 通常來(lái)說(shuō)2~3是比較好的.
innodb_log_files_in_group = 3
# InnoDB的日志文件所在位置. 默認(rèn)是MySQL的datadir.
# 你可以將其指定到一個(gè)獨(dú)立的硬盤(pán)上或者一個(gè)RAID1卷上來(lái)提高其性能
#innodb_log_group_home_dir
# 在InnoDB緩沖池中最大允許的臟頁(yè)面的比例.
# 如果達(dá)到限額, InnoDB會(huì)開(kāi)始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁(yè)面.
# 這是一個(gè)軟限制,不被保證絕對(duì)執(zhí)行.
innodb_max_dirty_pages_pct = 90
# InnoDB用來(lái)刷新日志的方法.
# 表空間總是使用雙重寫(xiě)入刷新方法
# 默認(rèn)值是 “fdatasync”, 另一個(gè)是 “O_DSYNC”.
#innodb_flush_method=O_DSYNC
# 在被回滾前,一個(gè)InnoDB的事務(wù)應(yīng)該等待一個(gè)鎖被批準(zhǔn)多久.
# InnoDB在其擁有的鎖表中自動(dòng)檢測(cè)事務(wù)死鎖并且回滾事務(wù).
# 如果你使用 LOCK TABLES 指令, 或者在同樣事務(wù)中使用除了InnoDB以外的其他事務(wù)安全的存儲(chǔ)引擎
# 那么一個(gè)死鎖可能發(fā)生而InnoDB無(wú)法注意到.
# 這種情況下這個(gè)timeout值對(duì)于解決這種問(wèn)題就非常有幫助.
innodb_lock_wait_timeout = 120

[mysqldump]
# 不要在將內(nèi)存中的整個(gè)結(jié)果寫(xiě)入磁盤(pán)之前緩存. 在導(dǎo)出非常巨大的表時(shí)需要此項(xiàng)
quick
max_allowed_packet = 16M
[mysql]
no-auto-rehash
# 僅僅允許使用鍵值的 UPDATEs 和 DELETEs .
#safe-updates
[isamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 8M
write_buffer = 8M
[myisamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 8M
write_buffer = 8M
[mysqlhotcopy]
interactive-timeout
[mysqld_safe]
# 增加每個(gè)進(jìn)程的可打開(kāi)文件數(shù)量.
# 警告: 確認(rèn)你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!
# 打開(kāi)大量表需要將此值設(shè)b
open-files-limit = 8192
======================================================================

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

3.如果Handler_read_rnd太大,則你寫(xiě)的SQL語(yǔ)句里很多查詢(xún)都是要掃描整個(gè)表,而沒(méi)有發(fā)揮索引的鍵的作用

4.如果Threads_created太大,就要增加my.cnf中thread_cache_size的值.可以用Threads_created/Connections計(jì)算cache命中率

5.如果Created_tmp_disk_tables太大,就要增加my.cnf中tmp_table_size的值,用基于內(nèi)存的臨時(shí)表代替基于磁盤(pán)的

===================================================================
存儲(chǔ)引擎是什么？MySQL中的數(shù)據(jù)用各種不同的技術(shù)存儲(chǔ)在文件(或者內(nèi) 正確的編譯方法固然重要，但它只是提高M(jìn)ySQL服務(wù)器性能工作的一部分。MySQL服務(wù)器的許多參數(shù)會(huì)影響服務(wù)器的性能表現(xiàn)，而且我們可以把這些參數(shù)保存到配置文件，使得每次MySQL服務(wù)器啟動(dòng)時(shí)這些參數(shù)都自動(dòng)發(fā)揮作用。這個(gè)配置文件就是my.cnf。
MySQL服務(wù)器提供了my.cnf文件的幾個(gè)示例，它們可以在/usr/local/mysql/share/mysql/目錄下找到，名字分別為 my-small.cnf、my-medium.cnf、my-large.cnf以及my-huge.cnf。文件名字中關(guān)于規(guī)模的說(shuō)明描述了該配置文件適用的系統(tǒng)類(lèi)型。例如，如果運(yùn)行MySQL服務(wù)器的系統(tǒng)內(nèi)存不多，而且MySQL只是偶爾使用，那么使用my-small.cnf配置文件最為理想，這個(gè)配置文件告訴mysqld daemon使用最少的系統(tǒng)資源。反之，如果MySQL服務(wù)器用于支持一個(gè)大規(guī)模的在線商場(chǎng)，系統(tǒng)擁有2G的內(nèi)存，那么使用mysql-huge.cnf 最為合適。
要使用上述示例配置文件，我們應(yīng)該先復(fù)制一個(gè)最適合要求的配置文件，并把它命名為my.cnf。這個(gè)復(fù)制得到的配置文件可以按照如下三種方式使用：
全局：把這個(gè)my.cnf文件復(fù)制到服務(wù)器的/etc目錄，此時(shí)文件中所定義的參數(shù)將全局有效，即對(duì)該服務(wù)器上運(yùn)行的所有MySQL數(shù)據(jù)庫(kù)服務(wù)器都有效。
局部：把這個(gè)my.cnf文件復(fù)制到[MYSQL-INSTALL-DIR]/var/將使該文件只對(duì)指定的服務(wù)器有效，其中[MYSQL-INSTALL-DIR]表示安裝MySQL的目錄。
用戶(hù)：最后，我們還可以把該文件的作用范圍局限到指定的用戶(hù)，這只需把my.cnf文件復(fù)制到用戶(hù)的根目錄即可。
那么，如何設(shè)置my.cnf文件中的參數(shù)呢？或者進(jìn)一步說(shuō)，哪些參數(shù)是我們可以設(shè)置的呢？所有這些參數(shù)都對(duì)MySQL服務(wù)器有著全局性的影響，但同時(shí)每一個(gè)參數(shù)都和MySQL的特定部分關(guān)系較為密切。例如，max_connections參數(shù)屬于mysqld一類(lèi)。那么，如何才能得知這一點(diǎn)呢？這只需執(zhí)行如下命令：

% >/usr/local/mysql/libexec/mysqld –help
該命令將顯示出和mysqld有關(guān)的各種選項(xiàng)和參數(shù)。要尋找這些參數(shù)非常方便，因?yàn)檫@些參數(shù)都在“Possible variables for option –set-variable (-O) are”這行內(nèi)容的后面。找到這些參數(shù)之后，我們就可以在my.cnf文件中按照如下方式設(shè)置所有這些參數(shù)：

set-variable = max_connections=100

這行代碼的效果是：同時(shí)連接MySQL服務(wù)器的最大連接數(shù)量限制為100。不要忘了在my.cnf文件[mysqld]小節(jié)加上一個(gè)set-variable指令，具體請(qǐng)參見(jiàn)配置文件中的示例。

轉(zhuǎn)載網(wǎng)址：http://www.ha97.com/3359.html

轉(zhuǎn)載于:https://blog.51cto.com/79854/395888

總結(jié)

以上是生活随笔為你收集整理的MySQL配置文件my.cnf中文详解的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。