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

#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
# 此目錄被MySQL用來保存臨時文件.例如,
# 它被用來處理基于磁盤的大型排序,和內部排序一樣.
# 以及簡單的臨時表.
# 如果你不創建非常大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好
# 另一種選擇是你也可以將其放置在獨立的磁盤上.
# 你可以使用”;”來放置多個路徑
# 他們會按照roud-robin方法被輪詢使用.
#tmpdir = /tmp

# *** 復制有關的設置

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

#*** MyISAM 相關選項

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

# 默認關閉 Federated
skip-federated
# *** BDB 相關選項 ***
# 如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項. 這會節省內存并且可能加速一些事.
skip-bdb

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

[mysqldump]
# 不要在將內存中的整個結果寫入磁盤之前緩存. 在導出非常巨大的表時需要此項
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]
# 增加每個進程的可打開文件數量.
# 警告: 確認你已經將全系統限制設定的足夠高!
# 打開大量表需要將此值設b
open-files-limit = 8192
======================================================================

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

2.如果Key_reads太大,則應該把my.cnf中key_buffer_size變大.可以用Key_reads/Key_read_requests計算出cache失敗率

3.如果Handler_read_rnd太大,則你寫的SQL語句里很多查詢都是要掃描整個表,而沒有發揮索引的鍵的作用

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

5.如果Created_tmp_disk_tables太大,就要增加my.cnf中tmp_table_size的值,用基于內存的臨時表代替基于磁盤的

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

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

set-variable = max_connections=100

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

轉載網址：http://www.ha97.com/3359.html

轉載于:https://blog.51cto.com/79854/395888

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。