MySQL my.cnf參數配置最佳化詳解

標籤：

http://leeyin.iteye.com/blog/1459274

[b]PS：本設定檔針對Dell R710，雙至強E5620、16G記憶體的硬體設定。CentOS 5.6 64位系統，MySQL 5.5.x 穩定版。適用於日IP 50-100w，PV 100-300w的網站，主要使用InnoDB儲存引擎。其他應用環境請根據實際情況來設定最佳化。[/b]    # 以下選項會被MySQL用戶端應用讀取。  # 注意只有MySQL附帶的用戶端應用程式保證可以讀取這段內容。  # 如果你想你自己的MySQL應用程式擷取這些值。  # 需要在MySQL用戶端庫初始化的時候指定這些選項。    #  [client]  #password = [your_password]  port = @[email protected]  socket = @[email protected]    # *** 應用定製選項 ***    #  # MySQL 服務端  #  [mysqld]    # 一般配置選項  port = @[email protected]  socket = @[email protected]    # back_log 是作業系統在監聽隊列中所能持續連線數,  # 隊列儲存了在MySQL連線管理員線程處理之前的串連.  # 如果你有非常高的串連率並且出現”connection refused” 報錯,  # 你就應該增加此處的值.  # 檢查你的作業系統文檔來擷取這個變數的最大值.  # 如果將back_log設定到比你作業系統限制更高的值,將會沒有效果  back_log = 300    # 不在TCP/IP連接埠上進行監聽.  # 如果所有的進程都是在同一台伺服器串連到本地的mysqld,  # 這樣設定將是增強安全的方法  # 所有mysqld的串連都是通過Unix sockets 或者具名管道進行的.  # 注意在windows下如果沒有開啟具名管道選項而只是用此項  # (通過 “enable-named-pipe” 選項) 將會導致mysql服務沒有任何作用!  #skip-networking    # MySQL 服務所允許的同時會話數的上限  # 其中一個串連將被SUPER許可權保留作為管理員登入.  # 即便已經達到了串連數的上限.  max_connections = 3000  # 每個用戶端串連最大的錯誤允許數量,如果達到了此限制.  # 這個用戶端將會被MySQL服務阻止直到執行了”FLUSH HOSTS” 或者服務重啟  # 非法的密碼以及其他在連結時的錯誤會增加此值.  # 查看 “Aborted_connects” 狀態來擷取全域計數器.  max_connect_errors = 30    # 所有線程所開啟表的數量.  # 增加此值就增加了mysqld所需要的檔案描述符的數量  # 這樣你需要確認在[mysqld_safe]中 “open-files-limit” 變數設定開啟檔案數量允許至少4096  table_cache = 4096    # 允許外部檔案層級的鎖. 開啟檔案鎖會對效能造成負面影響  # 所以只有在你在同樣的檔案上運行多個資料庫執行個體時才使用此選項(注意仍會有其他約束!)  # 或者你在檔案層面上使用了其他一些軟體依賴來鎖定MyISAM表  #external-locking    # 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB欄位一起工作時相當必要)  # 每個串連獨立的大小.大小動態增加  max_allowed_packet = 32M    # 在一個事務中binlog為了記錄SQL狀態所持有的cache大小  # 如果你經常使用大的,多聲明的事務,你可以增加此值來擷取更大的效能.  # 所有從事務來的狀態都將被緩衝在binlog緩衝中然後在提交後一次性寫入到binlog中  # 如果事務比此值大, 會使用磁碟上的臨時檔案來替代.  # 此緩衝在每個串連的事務第一次更新狀態時被建立  binlog_cache_size = 4M    # 獨立的記憶體表所允許的最大容量.  # 此選項為了防止意外建立一個超大的記憶體表導致永盡所有的記憶體資源.  max_heap_table_size = 128M    # 排序緩衝被用來處理類似ORDER BY以及GROUP BY隊列所引起的排序  # 如果排序後的資料無法放入排序緩衝,  # 一個用來替代的基於磁碟的合并分類會被使用  # 查看 “Sort_merge_passes” 狀態變數.  # 在排序發生時由每個線程分配  sort_buffer_size = 16M    # 此緩衝被使用來最佳化全聯合(full JOINs 不帶索引的聯合).  # 類似的聯合在極大多數情況下有非常糟糕的效能表現,  # 但是將此值設大能夠減輕效能影響.  # 通過 “Select_full_join” 狀態變數查看全聯合的數量  # 當全聯合發生時,在每個線程中分配  join_buffer_size = 16M    # 我們在cache中保留多少線程用於重用  # 當一個用戶端中斷連線後,如果cache中的線程還少於thread_cache_size,  # 則用戶端線程被放入cache中.  # 這可以在你需要大量新串連的時候極大的減少線程建立的開銷  # (一般來說如果你有好的執行緒模式的話,這不會有明顯的效能提升.)  thread_cache_size = 16    # 此允許應用程式給予線程系統一個提示在同一時間給予渴望被啟動並執行線程的數量.  # 此值只對於支援 thread_concurrency() 函數的系統有意義( 例如Sun Solaris).  # 你可可以嘗試使用 [CPU數量]*(2..4) 來作為thread_concurrency的值  thread_concurrency = 8    # 查詢緩衝常被用來緩衝 SELECT 的結果並且在下一次同樣查詢的時候不再執行直接返回結果.  # 開啟查詢緩衝可以極大的提高伺服器速度, 如果你有大量的相同的查詢並且很少修改表.  # 查看 “Qcache_lowmem_prunes” 狀態變數來檢查是否當前值對於你的負載來說是否足夠高.  # 注意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同,  # 查詢緩衝也許引起效能下降而不是效能提升.  query_cache_size = 128M    # 只有小於此設定值的結果才會被緩衝  # 此設定用來保護查詢緩衝,防止一個極大的結果集將其他所有的查詢結果都覆蓋.  query_cache_limit = 4M    # 被全文檢索索引索引的最小的字長.  # 你也許希望減少它,如果你需要搜尋更短字的時候.  # 注意在你修改此值之後,  # 你需要重建你的 FULLTEXT 索引  ft_min_word_len = 8    # 如果你的系統支援 memlock() 函數,你也許希望開啟此選項用以讓運行中的mysql在在記憶體高度緊張的時候,資料在記憶體中保持鎖定並且防止可能被swapping out  # 此選項對於效能有益  #memlock    # 當建立新表時作為預設使用的表類型,  # 如果在建立表示沒有特別執行表類型,將會使用此值  default_table_type = MYISAM    # 線程使用的堆大小. 此容量的記憶體在每次串連時被預留.  # MySQL 本身常不會需要超過64K的記憶體  # 如果你使用你自己的需要大量堆的UDF函數  # 或者你的作業系統對於某些操作需要更多的堆,  # 你也許需要將其設定的更高一點.  thread_stack = 512K    # 設定預設的交易隔離等級.可用的層級如下:  # READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE  transaction_isolation = REPEATABLE-READ    # 內部(記憶體中)暫存資料表的最大大小  # 如果一個表增長到比此值更大,將會自動轉換為基於磁碟的表.  # 此限制是針對單個表的,而不是總和.  tmp_table_size = 128M    # 開啟二進位日誌功能.  # 在複製(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 = 6    # 在慢速日誌中記錄更多的資訊.  # 一般此項最好開啟.  # 開啟此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日誌裡  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 = 128M    # 用來做MyISAM表全表掃描的緩衝大小.  # 當全表掃描需要時,在對應線程中分配.  read_buffer_size = 8M    # 當在排序之後,從一個已經排序好的序列中讀取行時,行資料將從這個緩衝中讀取來防止磁碟尋道.  # 如果你增高此值,可以提高很多ORDER BY的效能.  # 當需要時由每個線程分配  read_rnd_buffer_size = 64M    # MyISAM 使用特殊的類似樹的cache來使得突發插入  # (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA  # INFILE) 更快. 此變數限制每個進程中緩衝樹的位元組數.  # 設定為 0 會關閉此最佳化.  # 為了最佳化不要將此值設定大於 “key_buffer_size”.  # 當突發插入被檢測到時此緩衝將被分配.  bulk_insert_buffer_size = 256M    # 此緩衝當MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.  # 這在每個線程中被分配.所以在設定大值時需要小心.  myisam_sort_buffer_size = 256M    # 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 = 64M    # InnoDB使用一個緩衝池來儲存索引和未經處理資料, 不像 MyISAM.  # 這裡你設定越大,你在存取表裡面資料時所需要的磁碟I/O越少.  # 在一個獨立使用的資料庫伺服器上,你可以設定這個變數到伺服器實體記憶體大小的80%  # 不要設定過大,否則,由於實體記憶體的競爭可能導致作業系統的換頁顛簸.  # 注意在32位系統上你每個進程可能被限制在 2-3.5G 使用者層面記憶體限制,  # 所以不要設定的太高.  innodb_buffer_pool_size = 6G    # 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 = 2  （說明：如果是遊戲伺服器，建議此值設定為2；如果是對資料安全要求極高的應用，建議設定為1；設定為0效能最高，但如果發生故障，資料可能會有丟失的危險！預設值1的意思是每一次事務提交或事務外的指令都需要把日誌寫入（flush）硬碟，這是很費時的。特別是使用電池供電緩衝（Battery backed up cache）時。設成2對於很多運用，特別是從MyISAM錶轉過來的是可以的，它的意思是不寫入硬碟而是寫入系統緩衝。日誌仍然會每秒flush到硬碟，所以你一般不會丟失超過1-2秒的更新。設成0會更快一點，但安全方面比較差，即使MySQL掛了也可能會丟失事務的資料。而值2隻會在整個作業系統掛了時才可能丟資料。）    # 加速InnoDB的關閉. 這會阻止InnoDB在關閉時做全清除以及插入緩衝合并.  # 這可能極大增加關機時間, 但是取而代之的是InnoDB可能在下次啟動時做這些操作.  #innodb_fast_shutdown    # 用來緩衝日誌資料的緩衝區的大小.  # 當此值快滿時, InnoDB將必須重新整理資料到磁碟上.  # 由於基本上每秒都會重新整理一次,所以沒有必要將此值設定的太大(甚至對於長事務而言)    innodb_log_buffer_size = 16M    # 在日誌組中每個記錄檔的大小.  # 你應該設定記錄檔總合大小到你緩衝池大小的25%~100%  # 來避免在記錄檔覆寫上不必要的緩衝池重新整理行為.  # 不論如何, 請注意一個大的記錄檔大小會增加恢複進程所需要的時間.  innodb_log_file_size = 512M    # 在日誌組中的檔案總數.  # 通常來說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 = 32M    [mysql]  no-auto-rehash    # 僅僅允許使用索引值的 UPDATEs 和 DELETEs .  #safe-updates    [isamchk]  key_buffer = 2048M  sort_buffer_size = 2048M  read_buffer = 32M  write_buffer = 32M    [myisamchk]  key_buffer = 2048M  sort_buffer_size = 2048M  read_buffer = 32M  write_buffer = 32M    [mysqlhotcopy]  interactive-timeout    [mysqld_safe]  # 增加每個進程的可開啟檔案數量.  # 警告: 確認你已經將全系統限制設定的足夠高!  # 開啟大量表需要將此值設大  open-files-limit = 8192  

　　

 my.ini（Linux系統下是my.cnf），當mysql伺服器啟動時它會讀取這個檔案，設定相關的運行環境參數。

   my.ini分為兩塊：Client Section和Server Section。
   Client Section用來配置MySQL用戶端參數。
   要查看配置參數可以用下面的命令：

 

show variables like ‘%innodb%‘; # 查看innodb相關配置參數show status like ‘%innodb%‘; # 查看innodb相關的運行時參數（比如當前正在開啟的表的數量，當前已經開啟的表的數量）show global status like ‘open%tables‘; # 查看全域的運行時參數，加上global是對當前mysql伺服器中啟動並執行所有資料庫執行個體進行統計。不加global則只對當前資料庫執行個體進行統計。

 

1、Client Section
    [client]
    port = 3306 # 設定mysql用戶端串連服務端時預設使用的連接埠
    [mysql]
    default-character-set=utf8 # 設定mysql用戶端預設字元集

2、Server Section

[mysqld]
port=3306 # mysql服務端預設監聽(listen on)的TCP/IP連接埠

basedir="C:/Program Files/MySQL/Mysql server 5.5/" # 基準路徑，其他路徑都相對於這個路徑

datadir="C:/Program Files/MySQL/MySQL Server 5.5/Data" # mysql資料庫檔案所在目錄

character-set-server=latin1 # 服務端使用的字元集預設為8位元編碼的latin1字元集

default-storage-engine=INNODB # 建立新表時將使用的預設儲存引擎

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" # SQL模式為strict模式

max_connections=100 # mysql伺服器支援的最大並發串連數（使用者數）。但總會預留其中的一個串連給管理員使用超級許可權登入，即使串連數目達到最大限制。如果設定得過小而使用者比較多，會經常出現“Too many connections”錯誤。

query_cache_size=0 # 查詢快取大小，用於緩衝SELECT查詢結果。如果有許多返回相同查詢結果的SELECT查詢，並且很少改變表，可以設定query_cache_size大於0，可以極大改善查詢效率。而如果表資料頻繁變化，就不要使用這個，會適得其反

table_cache=256 # 這個參數在5.1.3之後的版本中叫做table_open_cache，用於設定table快取的數量。由於每個用戶端串連都會至少訪問一個表，因此此參數的值與       max_connections有關。當某一串連訪問一個表時，MySQL會檢查當前已緩衝表的數量。如果該表已經在緩衝中開啟，則會直接存取緩衝中的表已加快查詢速度；如果該表未被緩衝，則會將當前的表添加進緩衝並進行查詢。在執行快取作業之前，table_cache用於限制緩衝表的最大數目：如果當前已經緩衝的表未達到table_cache，則會將新表添加進來；若已經達到此值，MySQL將根據緩衝表的最後查詢時間、查詢率等規則釋放之前的緩衝。

tmp_table_size=34M # 記憶體中的每個暫存資料表允許的最大大小。如果暫存資料表大小超過該值，暫存資料表將自動轉為基於磁碟的表（Disk Based Table）。

thread_cache_size=8 # 緩衝的最大線程數。當用戶端串連斷開時，如果用戶端總串連數小於該值，則處理用戶端任務的線程放回緩衝。在高並發情況下，如果該值設定得太小，就會有很多線程頻繁建立，線程建立的開銷會變大，查詢效率也會下降。一般來說如果在應用端有良好的多執行緒，這個參數對效能不會有太大的提高。

# MyISAM相關參數
myisam_max_sort_file_size=100G # mysql重建索引時允許使用的臨時檔案最大大小

myisam_sort_buffer_size=68M

key_buffer_size=54M # Key Buffer大小，用於緩衝MyISAM表的索引塊。決定資料庫索引處理的速度（尤其是索引讀）

read_buffer_size=64K # 用於對MyISAM表全表掃描時使用的緩衝區大小。針對每個線程進行分配（前提是進行了全表掃描）。進行排序查詢時，MySql會首先掃描一遍該緩衝，以避免磁碟搜尋，提高查詢速度，如果需要排序大量資料，可適當調高該值。但MySql會為每個客戶串連發放該緩衝空間，所以應盡量適當設定該值，以避免記憶體開銷過大。

read_rnd_buffer_size=256K

sort_buffer_size=256K # connection級參數（為每個線程配置），500個線程將消耗500*256K的sort_buffer_size。

# InnoDB相關參數
innodb_additional_mem_pool_size=3M # InnoDB用於儲存中繼資料資訊的記憶體池大小，一般不需修改

innodb_flush_log_at_trx_commit =1 # 事務相關參數，如果值為1，則InnoDB在每次commit都會將交易記錄寫入磁碟（磁碟IO消耗較大），這樣保證了完全的ACID特性。而如果設定為0，則表示交易記錄寫入記憶體log和記憶體log寫入磁碟的頻率都為1次/秒。如果設為2則表示交易記錄在每次commit都寫入記憶體log，但記憶體log寫入磁碟的頻率為1次/秒。

innodb_log_buffer_size=2M # InnoDB日誌資料緩衝大小，如果緩衝滿了，就會將緩衝中的日誌資料寫入磁碟（flush）。由於一般至少都1秒鐘會寫一次磁碟，所以沒必要設定過大，即使是長事務。

innodb_buffer_pool_size=105M # InnoDB使用緩衝池來緩衝索引和行資料。該值設定的越大，則磁碟IO越少。一般將該值設為實體記憶體的80%。

innodb_log_file_size=53M # 每一個InnoDB交易記錄的大小。一般設為innodb_buffer_pool_size的25%到100%

innodb_thread_concurrency=9 # InnoDB核心最大並發線程數。

在Apache, PHP, MySQL的體系架構中，MySQL對於效能的影響最大，也是關鍵的核心部分。對於Discuz!論壇程式也是如此，MySQL的設定是否合理最佳化，直接影響到論壇的速度和承載量！同時，MySQL也是最佳化難度最大的一個部分，不但需要理解一些MySQL專業知識，同時還需要長時間的觀察統計並且根據經驗進行判斷，然後設定合理的參數。 下面我們瞭解一下MySQL最佳化的一些基礎，MySQL的最佳化我分為兩個部分，一是伺服器物理硬體的最佳化，二是MySQL自身(my.cnf)的最佳化。 
一、伺服器硬體對MySQL效能的影響 
①磁碟尋道能力（磁碟I/O）,以目前高轉速SCSI硬碟(7200轉/秒)為例，這種硬碟理論上每秒尋道7200次，這是物理特性決定的，沒有辦法改變。MySQL每秒鐘都在進行大量、複雜的查詢操作，對磁碟的讀寫量可想而知。所以，通常認為磁碟I/O是制約MySQL效能的最大因素之一，對於日均訪問量在100萬PV以上的Discuz!論壇，由於磁碟I/O的制約，MySQL的效能會非常低下！解決這一制約因素可以考慮以下幾種解決方案： 使用RAID-0+1磁碟陣列，注意不要嘗試使用RAID-5，MySQL在RAID-5磁碟陣列上的效率不會像你期待的那樣快。 
②CPU 對於MySQL應用，推薦使用S.M.P.架構的多路對稱CPU，例如：可以使用兩顆Intel Xeon 3.6GHz的CPU，現在我較推薦用4U的伺服器來專門做資料庫伺服器，不僅僅是針對於mysql。 
③實體記憶體對於一台使用MySQL的Database Server來說，伺服器記憶體建議不要小於2GB，推薦使用4GB以上的實體記憶體，不過記憶體對於現在的伺服器而言可以說是一個可以忽略的問題，工作中遇到了高端伺服器基本上記憶體都超過了16G。 

二、MySQL自身因素當解決了上述伺服器硬體制約因素後，讓我們看看MySQL自身的最佳化是如何操作的。對MySQL自身的最佳化主要是對其設定檔my.cnf中的各項參數進行最佳化調整。下面我們介紹一些對效能影響較大的參數。 由於my.cnf檔案的最佳化設定是與伺服器硬體設定息息相關的，因而我們指定一個假想的伺服器硬體環境：CPU: 2顆Intel Xeon 2.4GHz 記憶體: 4GB DDR 硬碟: SCSI 73GB(很常見的2U伺服器)。 

下面，我們根據以上硬體設定結合一份已經最佳化好的my.cnf進行說明： 
#vim /etc/my.cnf以下只列出my.cnf檔案中[mysqld]段落中的內容，其他段落內容對MySQL運行效能影響甚微，因而姑且忽略。 
[mysqld] 
port = 3306 
serverid = 1 
socket = /tmp/mysql.sock 
skip-locking 
#避免MySQL的外部鎖定，減少出錯幾率增強穩定性。 
skip-name-resolve 
#禁止MySQL對外部串連進行DNS解析，使用這一選項可以消除MySQL進行DNS解析的時間。但需要注意，如果開啟該選項，則所有遠程主機串連授權都要使用IP地址方式，否則MySQL將無法正常處理串連請求！ 
back_log = 384 
#back_log參數的值指出在MySQL暫時停止回應新請求之前的短時間內多少個請求可以被存在堆棧中。 如果系統在一個短時間內有很多串連，則需要增大該參數的值，該參數值指定到來的TCP/IP串連的偵聽隊列的大小。不同的作業系統在這個隊列大小上有它自己的限制。 試圖設定back_log高於你的作業系統的限制將是無效的。預設值為50。對於Linux系統推薦設定為小於512的整數。 
key_buffer_size = 256M 
#key_buffer_size指定用於索引的緩衝區大小，增加它可得到更好的索引處理效能。對於記憶體在4GB左右的伺服器該參數可設定為256M或384M。注意：該參數值設定的過大反而會是伺服器整體效率降低！
max_allowed_packet = 4M 
thread_stack = 256K 
table_cache = 128K 
sort_buffer_size = 6M 
#查詢排序時所能使用的緩衝區大小。注意：該參數對應的分配記憶體是每串連獨佔，如果有100個串連，那麼實際分配的總共排序緩衝區大小為100 × 6 ＝ 600MB。所以，對於記憶體在4GB左右的伺服器推薦設定為6-8M。 
read_buffer_size = 4M 
#讀查詢操作所能使用的緩衝區大小。和sort_buffer_size一樣，該參數對應的分配記憶體也是每串連獨享。 
join_buffer_size = 8M 
#聯集查詢操作所能使用的緩衝區大小，和sort_buffer_size一樣，該參數對應的分配記憶體也是每串連獨享。 
myisam_sort_buffer_size = 64M 
table_cache = 512 
thread_cache_size = 64 
query_cache_size = 64M 
#指定MySQL查詢緩衝區的大小。可以通過在MySQL控制台觀察，如果Qcache_lowmem_prunes的值非常大，則表明經常出現緩衝不夠的情況；如果Qcache_hits的值非常大，則表明查詢緩衝使用非常頻繁，如果該值較小反而會影響效率，那麼可以考慮不用查詢緩衝；Qcache_free_blocks，如果該值非常大，則表明緩衝區中片段很多。 
tmp_table_size = 256M 
max_connections = 768 
#指定MySQL允許的最大串連進程數。如果在訪問論壇時經常出現Too Many Connections的錯誤提 示，則需要增大該參數值。 
max_connect_errors = 10000000 
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資料庫伺服器則不要開啟該選項！否則將無法正常串連！ 
table_cache=1024 
#實體記憶體越大,設定就越大.預設為2402,調到512-1024最佳 
innodb_additional_mem_pool_size=4M 
#預設為2M 
innodb_flush_log_at_trx_commit=1 
#設定為0就是等到innodb_log_buffer_size列隊滿後再統一儲存,預設為1 
innodb_log_buffer_size=2M 
#預設為1M 
innodb_thread_concurrency=8 
#你的伺服器CPU有幾個就設定為幾,建議用預設一般為8 
key_buffer_size=256M 
#預設為218，調到128最佳 
tmp_table_size=64M 
#預設為16M，調到64-256最掛 
read_buffer_size=4M 
#預設為64K 
read_rnd_buffer_size=16M 
#預設為256K 
sort_buffer_size=32M 
#預設為256K 
thread_cache_size=120 
#預設為60 
query_cache_size=32M 

※值得注意的是： 
很多情況需要具體情況具體分析 
一、如果Key_reads太大，則應該把my.cnf中Key_buffer_size變大，保持Key_reads/Key_read_requests至少1/100以上，越小越好。 
二、如果Qcache_lowmem_prunes很大，就要增加Query_cache_size的值。

MySQL my.cnf參數配置最佳化詳解