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的值。