#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 作為用戶設(shè)置.
#
# 在此配置文件中, 你可以使用所有程序支持的長(zhǎng)選項(xiàng).
# 如果想獲悉程序支持的所有選項(xiàng)
# 請(qǐng)?jiān)诔绦蚝蠹由?--help"參數(shù)運(yùn)行程序.
#
# 關(guān)于獨(dú)立選項(xiàng)更多的細(xì)節(jié)信息可以在手冊(cè)內(nèi)找到
#

#
# 以下選項(xiàng)會(huì)被MySQL客戶端應(yīng)用讀取.
# 注意只有MySQL附帶的客戶端應(yīng)用程序保證可以讀取這段內(nèi)容.
# 如果你想你自己的MySQL應(yīng)用程序獲取這些值
# 需要在MySQL客戶端庫初始化的時(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)聽隊(duì)列中所能保持的連接數(shù),
# 隊(duì)列保存了在MySQL連接管理器線程處理之前的連接.
# 如果你有非常高的連接率并且出現(xiàn)"connection refused" 報(bào)錯(cuò),
# 你就應(yīng)該增加此處的值.
# 檢查你的操作系統(tǒng)文檔來獲取這個(gè)變量的最大值.
# 如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會(huì)沒有效果
back_log = 50

# 不在TCP/IP端口上進(jìn)行監(jiān)聽.
# 如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接到本地的mysqld,
# 這樣設(shè)置將是增強(qiáng)安全的方法
# 所有mysqld的連接都是通過Unix sockets 或者命名管道進(jìn)行的.
# 注意在windows下如果沒有打開命名管道選項(xiàng)而只是用此項(xiàng)
# (通過 "enable-named-pipe" 選項(xiàng)) 將會(huì)導(dǎo)致mysql服務(wù)沒有任何作用!
#skip-networking

# MySQL 服務(wù)所允許的同時(shí)會(huì)話數(shù)的上限
# 其中一個(gè)連接將被SUPER權(quán)限保留作為管理員登錄.
# 即便已經(jīng)達(dá)到了連接數(shù)的上限.
max_connections = 100

# 每個(gè)客戶端連接最大的錯(cuò)誤允許數(shù)量,如果達(dá)到了此限制.
# 這個(gè)客戶端將會(huì)被MySQL服務(wù)阻止直到執(zhí)行了"FLUSH HOSTS" 或者服務(wù)重啟
# 非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值.
# 查看 "Aborted_connects" 狀態(tài)來獲取全局計(jì)數(shù)器.
max_connect_errors = 10

# 所有線程所打開表的數(shù)量.
# 增加此值就增加了mysqld所需要的文件描述符的數(shù)量
# 這樣你需要確認(rèn)在[mysqld_safe]中 "open-files-limit" 變量設(shè)置打開文件數(shù)量允許至少4096
table_cache = 2048

# 允許外部文件級(jí)別的鎖. 打開文件鎖會(huì)對(duì)性能造成負(fù)面影響
# 所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其他約束!)
# 或者你在文件層面上使用了其他一些軟件依賴來鎖定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ù),你可以增加此值來獲取更大的性能.
# 所有從事務(wù)來的狀態(tài)都將被緩沖在binlog緩沖中然后在提交后一次性寫入到binlog中
# 如果事務(wù)比此值大, 會(huì)使用磁盤上的臨時(shí)文件來替代.
# 此緩沖在每個(gè)連接的事務(wù)第一次更新狀態(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

# 排序緩沖被用來處理類似ORDER BY以及GROUP BY隊(duì)列所引起的排序
# 如果排序后的數(shù)據(jù)無法放入排序緩沖,
# 一個(gè)用來替代的基于磁盤的合并分類會(huì)被使用
# 查看 "Sort_merge_passes" 狀態(tài)變量.
# 在排序發(fā)生時(shí)由每個(gè)線程分配
sort_buffer_size = 8M

# 此緩沖被使用來優(yōu)化全聯(lián)合(full JOINs 不帶索引的聯(lián)合).
# 類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),
# 但是將此值設(shè)大能夠減輕性能影響.
# 通過 "Select_full_join" 狀態(tài)變量查看全聯(lián)合的數(shù)量
# 當(dāng)全聯(lián)合發(fā)生時(shí),在每個(gè)線程中分配
join_buffer_size = 8M

# 我們?cè)赾ache中保留多少線程用于重用
# 當(dāng)一個(gè)客戶端斷開連接后,如果cache中的線程還少于thread_cache_size,
# 則客戶端線程被放入cache中.
# 這可以在你需要大量新連接的時(shí)候極大的減少線程創(chuàng)建的開銷
# (一般來說如果你有好的線程模型的話,這不會(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) 來作為thread_concurrency的值
thread_concurrency = 8

# 查詢緩沖常被用來緩沖 SELECT 的結(jié)果并且在下一次同樣查詢的時(shí)候不再執(zhí)行直接返回結(jié)果.
# 打開查詢緩沖可以極大的提高服務(wù)器速度, 如果你有大量的相同的查詢并且很少修改表.
# 查看 "Qcache_lowmem_prunes" 狀態(tài)變量來檢查是否當(dāng)前值對(duì)于你的負(fù)載來說是否足夠高.
# 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢?cè)拿看味疾煌?
# 查詢緩沖也許引起性能下降而不是性能提升.
query_cache_size = 64M

# 只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖
# 此設(shè)置用來保護(hù)查詢緩沖,防止一個(gè)極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋.
query_cache_limit = 2M

# 被全文檢索索引的最小的字長(zhǎng).
# 你也許希望減少它,如果你需要搜索更短字的時(shí)候.
# 注意在你修改此值之后,
# 你需要重建你的 FULLTEXT 索引
ft_min_word_len = 4

# 如果你的系統(tǒng)支持 memlock() 函數(shù),你也許希望打開此選項(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)使用的表類型,
# 如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會(huì)使用此值
default_table_type = MYISAM

# 線程使用的堆大小. 此容量的內(nèi)存在每次連接時(shí)被預(yù)留.
# MySQL 本身常不會(huì)需要超過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)換為基于磁盤的表.
# 此限制是針對(duì)單個(gè)表的,而不是總和.
tmp_table_size = 64M

# 打開二進(jìn)制日志功能.
# 在復(fù)制(replication)配置中,作為MASTER主服務(wù)器必須打開此項(xiàng)
# 如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù),你也同樣需要二進(jìn)制日志.
log-bin=mysql-bin

# 如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式 (A->B->C),
# 你需要在服務(wù)器B上打開此項(xiàng).
# 此選項(xiàng)打開在從線程上重做過的更新的日志,
# 并將其寫入從服務(wù)器的二進(jìn)制日志.
#log_slave_updates

# 打開全查詢?nèi)罩? 所有的由服務(wù)器接收到的查詢 (甚至對(duì)于一個(gè)錯(cuò)誤語法的查詢)
# 都會(huì)被記錄下來. 這對(duì)于調(diào)試非常有用, 在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng).
#log

# 將警告打印輸出到錯(cuò)誤log文件. 如果你對(duì)于MySQL有任何問題
# 你應(yīng)該打開警告log并且仔細(xì)審查錯(cuò)誤日志,查出可能的原因.
#log_warnings

# 記錄慢速查詢. 慢速查詢是指消耗了比 "long_query_time" 定義的更多時(shí)間的查詢.
# 如果 log_long_format 被打開,那些沒有使用索引的查詢也會(huì)被記錄.
# 如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話. 一般來說這是一個(gè)好主意,
log_slow_queries

# 所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢會(huì)被認(rèn)為是慢速查詢.
# 不要在這里使用"1", 否則會(huì)導(dǎo)致所有的查詢,甚至非常快的查詢頁被記錄下來(由于MySQL 目前時(shí)間的精確度只能達(dá)到秒的級(jí)別).
long_query_time = 2

# 在慢速日志中記錄更多的信息.
# 一般此項(xiàng)最好打開.
# 打開此項(xiàng)會(huì)記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里
log_long_format

最新評(píng)論