#BEGIN CONFIG INFO 
#DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的連接, 隊列負載大 
#TYPE: SYSTEM 
#END CONFIG INFO 

# 
# 此mysql配置文件例子針對4G內存 
# 主要使用INNODB 
#處理復雜隊列并且連接數量較少的mysql服務器 
# 
# 將此文件復制到/etc/my.cnf 作為全局設置, 
# mysql-data-dir/my.cnf 作為服務器指定設置 
# (@localstatedir@ for this installation) 或者放入 
# ~/.my.cnf 作為用戶設置. 
# 
# 在此配置文件中, 你可以使用所有程序支持的長選項. 
# 如果想獲悉程序支持的所有選項 
# 請在程序后加上"--help"參數運行程序. 
# 
# 關于獨立選項更多的細節信息可以在手冊內找到 
# 

# 
# 以下選項會被MySQL客戶端應用讀取. 
# 注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內容. 
# 如果你想你自己的MySQL應用程序獲取這些值 
# 需要在MySQL客戶端庫初始化的時候指定這些選項 

# 
[client] 
#password = [your_password] 
port = @MYSQL_TCP_PORT@ 
socket = @MYSQL_UNIX_ADDR@ 

# *** 應用定制選項 *** 

# 
# MySQL 服務端 
# 
[mysqld] 

# 一般配置選項 
port = @MYSQL_TCP_PORT@ 
socket = @MYSQL_UNIX_ADDR@ 

# back_log 是操作系統在監聽隊列中所能保持的連接數, 
# 隊列保存了在MySQL連接管理器線程處理之前的連接. 
# 如果你有非常高的連接率并且出現"connection refused" 報錯, 
# 你就應該增加此處的值. 
# 檢查你的操作系統文檔來獲取這個變量的最大值. 
# 如果將back_log設定到比你操作系統限制更高的值,將會沒有效果 
back_log = 50 

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

# MySQL 服務所允許的同時會話數的上限 
# 其中一個連接將被SUPER權限保留作為管理員登錄. 
# 即便已經達到了連接數的上限. 
max_connections = 100 

# 每個客戶端連接最大的錯誤允許數量,如果達到了此限制. 
# 這個客戶端將會被MySQL服務阻止直到執行了"FLUSH HOSTS" 或者服務重啟 
# 非法的密碼以及其他在鏈接時的錯誤會增加此值. 
# 查看 "Aborted_connects" 狀態來獲取全局計數器. 
max_connect_errors = 10 

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

# 允許外部文件級別的鎖. 打開文件鎖會對性能造成負面影響 
# 所以只有在你在同樣的文件上運行多個數據庫實例時才使用此選項(注意仍會有其他約束!) 
# 或者你在文件層面上使用了其他一些軟件依賴來鎖定MyISAM表 
#external-locking 

# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB字段一起工作時相當必要) 
# 每個連接獨立的大小.大小動態增加 
max_allowed_packet = 16M 

# 在一個事務中binlog為了記錄SQL狀態所持有的cache大小 
# 如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能. 
# 所有從事務來的狀態都將被緩沖在binlog緩沖中然后在提交后一次性寫入到binlog中 
# 如果事務比此值大, 會使用磁盤上的臨時文件來替代. 
# 此緩沖在每個連接的事務第一次更新狀態時被創建 
binlog_cache_size = 1M 

# 獨立的內存表所允許的最大容量. 
# 此選項為了防止意外創建一個超大的內存表導致永盡所有的內存資源. 
max_heap_table_size = 64M 

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

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

# 我們在cache中保留多少線程用于重用 
# 當一個客戶端斷開連接后,如果cache中的線程還少于thread_cache_size, 
# 則客戶端線程被放入cache中. 
# 這可以在你需要大量新連接的時候極大的減少線程創建的開銷 
# (一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.) 
thread_cache_size = 8 

# 此允許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量. 
# 此值只對于支持 thread_concurrency() 函數的系統有意義( 例如Sun Solaris). 
# 你可可以嘗試使用 [CPU數量]*(2..4) 來作為thread_concurrency的值 
thread_concurrency = 8 

# 查詢緩沖常被用來緩沖 SELECT 的結果并且在下一次同樣查詢的時候不再執行直接返回結果. 
# 打開查詢緩沖可以極大的提高服務器速度, 如果你有大量的相同的查詢并且很少修改表. 
# 查看 "Qcache_lowmem_prunes" 狀態變量來檢查是否當前值對于你的負載來說是否足夠高. 
# 注意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同, 
# 查詢緩沖也許引起性能下降而不是性能提升. 
query_cache_size = 64M 

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

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

# 如果你的系統支持 memlock() 函數,你也許希望打開此選項用以讓運行中的mysql在在內存高度緊張的時候,數據在內存中保持鎖定并且防止可能被swapping out 
# 此選項對于性能有益 
#memlock 

# 當創建新表時作為默認使用的表類型, 
# 如果在創建表示沒有特別執行表類型,將會使用此值 
default_table_type = MYISAM 

# 線程使用的堆大小. 此容量的內存在每次連接時被預留. 
# MySQL 本身常不會需要超過64K的內存 
# 如果你使用你自己的需要大量堆的UDF函數 
# 或者你的操作系統對于某些操作需要更多的堆, 
# 你也許需要將其設置的更高一點. 
thread_stack = 192K 

# 設定默認的事務隔離級別.可用的級別如下: 
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE 
transaction_isolation = REPEATABLE-READ 

# 內部(內存中)臨時表的最大大小 
# 如果一個表增長到比此值更大,將會自動轉換為基于磁盤的表. 
# 此限制是針對單個表的,而不是總和. 
tmp_table_size = 64M 

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

# 如果你在使用鏈式從服務器結構的復制模式 (A->B->C), 
# 你需要在服務器B上打開此項. 
# 此選項打開在從線程上重做過的更新的日志, 
# 并將其寫入從服務器的二進制日志. 
#log_slave_updates 

# 打開全查詢日志. 所有的由服務器接收到的查詢 (甚至對于一個錯誤語法的查詢) 
# 都會被記錄下來. 這對于調試非常有用, 在生產環境中常常關閉此項. 
#log 

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

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

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

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