MySQL之cnf文件

本文詳細解讀了mysql數據庫cnf文件中的配置參數，讓你能夠在眾多的設置中根據自己的需要調整適合mysql性能的最好配置。
MySQL之cnf文件

1.  [client]   
     default-character-set=utf8
2.  port = 3309  
3.  socket = /home/mysql/mysql/tmp/mysql.sock   
4.  [mysqld]   
     character_set_server=utf8
5.  !include /home/mysql/mysql/etc/mysqld.cnf 
 
#包含的配置文件 ，把用戶名，密碼文件單獨存放

6.  port = 3309  
7.  socket = /home/mysql/mysql/tmp/mysql.sock   
8.  pid-file = /longxibendi/mysql/mysql/var/mysql.pid   
9.  basedir = /home/mysql/mysql/   
10. datadir = /longxibendi/mysql/mysql/var/   
11. # tmp dir settings   
 
12 #  此目錄被 MySQL 用來保存臨時 文件.例如, 
#  它被用來處理基于磁盤的大型排序,和內部排序一樣. 
#  以及簡單的臨時表. 
#  如果你不創建非常大的臨時文件,將其放置到  swapfs/tmpfs  文件系統上也許比較好 
#  另一種選擇是你也可以將其放置在獨立的磁盤上. 
#  你可以使用”;”來放置多個路徑 
#  他們會按照 roud-robin 方法被輪詢使用. 


13. tmpdir = /home/mysql/mysql/tmp/   
14. slave-load-tmpdir = /home/mysql/mysql/tmp/  
 
 15. #當 slave 執行 load data infile 時用   
16. #language = /home/mysql/mysql/share/mysql/english/   
17. character-sets-dir = /home/mysql/mysql/share/mysql/charsets/   
18. # skip options  
19. skip-name-resolve #grant 時，必須使用 ip 不能使用主機名  
 

20. #禁止 MySQL 對外部連接進行 DNS 解析，使用這一選項可以消除 MySQL 進行 DNS 解析的時間。但需要注意，如果開啟該選項，則所有遠程主機連接授權都要使用 IP 地址方式，否則 MySQL 將無法正常處理連接請求！  
21. skip-symbolic-links #不能使用連接文件   
 
22. skip-external-locking #不使用系統鎖定，要使用 myisamchk,必須關閉服務器 ,避免 MySQL的外部鎖定，減少出錯幾率增強穩定性。 
23. #多個客戶可能會訪問同一個數據庫，因此這防止外部客戶鎖定 MySQL 服務器。該選項默認開啟  
24. skip-slave-start #啟動 mysql,不啟動復制   
 
25. #開啟該選項可以徹底關閉 MySQL 的 TCP/IP 連接方式，如果 WEB 服務器是以遠程連接的方式訪問 MySQL 數據庫服務器則不要開啟該選項！否則將無法正常連接！如果所有的進程都是在同一臺服務器連接到本地的 mysqld,  這樣設置將是增強安全的方法 
26. skip-networking  
27. #sysdate-is-now 
 
28. # res settings   
29. #指定 MySQL 可能的連接數量。當 MySQL 主線程在很短的時間內接收到非常多的連接請求，該參數生效，主線程花費很短的時間檢查連接并且啟動一個新線程。 如果你有非常高的連接率并且出現”connection refused” 報錯,你就應該增加此處的值. back_log 參數的值指出在 MySQL 暫時停止響應新請求之前的短時間內多少個請求可以被存在堆棧中。如果系統在一個短時間內有很多連接，則需要增大該參數的值，該參數值指定到來的 TCP/IP 連接的偵聽隊列的大小。不同的操作系統在這個隊列大小上有它自己的限制。  試圖設定 back_log 高于你的操作系統的限制將是無效的。默認值為 50。對于 Linux 系統推薦設置為小于 512 的整數。  
30. back_log = 50 #接受隊列，對于沒建立 tcp 連接的請求隊列放入緩存中，隊列大小為 back_log，受限制于 OS 參數   
 
31. #指定 MySQL 允許的最大連接進程數。如果在訪問數據庫時經常出現 Too Many Connections 的錯誤提  示，則需要增大該參數值。  
32. max_connections = 1000 #最大并發連接數 ，增大該值需要相應增加允許打開的文件描述符數   
33. max_connect_errors = 10000 #如果某個用戶發起的連接 error 超過該數值，則該用戶的下次連接將被阻塞，直到管理員執行 flush hosts ; 命令或者服務重啟，防止黑客 ，非法的密碼以及其他在鏈接時的錯誤會增加此值 
 
34. #open_files_limit = 10240  
35. connect-timeout = 10 #連接超時之前的最大秒數,在 Linux 平臺上，該超時也用作等待服務器首次回應的時間   
36. #指定一個請求的最大連接時間，對于 4GB 左右內存的服務器可以設置為 5-10。  
37. wait-timeout = 28800 #等待關閉連接的時間   
 
38. interactive-timeout = 28800 #關閉連接之前，允許 interactive_timeout（取代了wait_timeout）秒的不活動時間。客戶端的會話 wait_timeout 變量被設為會話interactive_timeout 變量的值。   
39. slave-net-timeout = 600 #從服務器也能夠處理網絡連接中斷。但是，只有從服務器超過slave_net_timeout 秒沒有從主服務器收到數據才通知網絡中斷   
40. net_read_timeout = 30 #從服務器讀取信息的超時   
41. net_write_timeout = 60 #從服務器寫入信息的超時   
42. net_retry_count = 10 #如果某個通信端口的讀操作中斷了，在放棄前重試多次   
43. net_buffer_length = 16384 #包消息緩沖區初始化為 net_buffer_length 字節，但需要時可以增長到 max_allowed_packet 字節   
 
44. #  服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB 字段一起工作時相當必要)，  每個連接獨立的大小.大小動態增加。 設置最大包,限制 server 接受的數據包大小，避免超長 SQL 的執行有問題 默認值為 16M，當 MySQL 客戶端或 mysqld服務器收到大于 max_allowed_packet 字節的信息包時，將發出“信息包過大”錯誤，并關閉連接。對于某些客戶端，如果通信信息包過大，在執行查詢期間，可能會遇到“丟失與 MySQL 服務器的連接”錯誤。默認值 16M。 
45. max_allowed_packet = 64M #   
46.  #  所有線程所打開表的數量.  增加此值就增加了 mysqld 所需要的文件描述符的數量這樣你需要確認在[mysqld_safe]中  “open-files-limit”  變量設置打開文件數量允許至少4096
 

47. #table_cache = 512 #所有線程打開的表的數目。增大該值可以增加 mysqld 需要的文件描述符的數量   
48. # 線程使用的堆大小. 此容量的內存在每次連接時被預留. 
# MySQL 本身常不會需要超過 64K 的內存 
# 如果你使用你自己的需要大量堆的 UDF 函數 
# 或者你的操作系統對于某些操作需要更多的堆, 
# 你也許需要將其設置的更高一點.默認設置足以滿足大多數應用 
49. thread_stack = 192K #每個線程的堆棧大小  
 
50. # 我們在 cache 中保留多少線程用于重用 
# 當一個客戶端斷開連接后,如果 cache 中的線程還少于 thread_cache_size, # 則客戶端線程被放入 cache 中. 
# 這可以在你需要大量新連接的時候極大的減少線程創建的開銷 
# (一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.)  
51. # 服務器線程緩存這個值表示可以重新利用保存在緩存中線程的數量,當斷開連接時如果緩存中還有空間,那么客戶端的線程將被放到緩存中,如果線程重新被請求，那么請求將從緩存中讀取,如果緩存中是空的或者是新的請求，那么這個線程將被重新創建,如果有很多新的線程，增加這個值可以改善系統性能.通過比較 Connections 和 Threads_created 狀態的變量，可以看到這個變量的作用 
52. thread_cache_size = 20 #線程緩存   
53. #此允許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.該參數取值為服務器邏輯 CPU 數量×2，在本例中，服務器有 2 顆物理 CPU，而每顆物理CPU 又支持 H.T 超線程，所以實際取值為 4 × 2  ＝  8  
 
54. # 設置 thread_concurrency 的值的正確與否, 對 mysql 的性能影響很大, 在多個 cpu(或多核)的情況下，錯誤設置了 thread_concurrency 的值, 會導致 mysql 不能充分利用多 cpu(或多核), 出現同一時刻只能一個 cpu(或核)在工作的情況。thread_concurrency 應設為 CPU 核數的 2 倍. 比如有一個雙核的 CPU, 那么 thread_concurrency 的應該為 4; 2 個雙核的 cpu, 
thread_concurrency 的值應為 8 
#屬重點優化參數 
55. thread_concurrency = 8 #同時運行的線程的數據 此處最好為 CPU 個數兩倍。本機配置為 CPU的個數   
 
56. # qcache settings   
57. # 查詢緩沖常被用來緩沖 SELECT 的結果并且在下一次同樣查詢的時候不再執行直接返回結果. 
# 打開查詢緩沖可以極大的提高服務器速度, 如果你有大量的相同的查詢并且很少修改表. 
# 查看 “Qcache_lowmem_prunes” 狀態變量來檢查是否當前值對于你的負載來說是否足夠高. 
# 注意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同, 
# 查詢緩沖也許引起性能下降而不是性能提升 
58. # 對于使用 MySQL 的用戶，對于這個變量大家一定不會陌生。前幾年的 MyISAM 引擎優化中，這個參數也是一個重要的優化參數。但隨著發展，這個參數也爆露出來一些問題。機器的內存越來越大，人們也都習慣性的把以前有用的參數分配的值越來越大。這個參數加大后也引發了一系列問題。我們首先分析一下 query_cache_size 的工作原理：一個 SELECT 查詢在 DB 中工作后，DB 會把該語句緩存下來，當同樣的一個 SQL 再次來到 DB 里調用時，DB 在該表沒發生變化的情況下把結果從緩存中返
回給 Client。這里有一個關建點，就是 DB 在利用 Query_cache 工作時，要求該語句涉及的表在這段時間內沒有發生變更。那如果該表在發生變更時，Query_cache 里的數據又怎么處理呢？首先要把Query_cache 和該表相關的語句全部置為失效，然后在寫入更新。那么如果 Query_cache 非常大，該表的查詢結構又比較多，查詢語句失效也慢，一個更新或是 Insert 就會很慢，這樣看到的就是Update 或是 Insert 怎么這么慢了。所以在數據庫寫入量或是更新量也比較大的系統，該參數不適合分配過大。而且在高并發，寫入量大的系統，建系把該功能禁掉。 
#重點優化參數（主庫 增刪改-MyISAM） 
59. query_cache_size = 256M #查詢緩存大小   
60. #  只有小于此設定值的結果才會被緩沖 
#  此設置用來保護查詢緩沖,防止一個極大的結果集將其他所有的查詢結果都覆蓋. 
 
61. query_cache_limit = 2M #不緩存查詢大于該值的結果  
62. #默認是 4KB，設置值大對大數據查詢有好處，但如果你的查詢都是小數據查詢，就容易造成內存碎片和浪費 
#查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100% 
#如果查詢緩存碎片率超過 20%，可以用 FLUSH QUERY CACHE 整理緩存碎片，或者試試減小query_cache_min_res_unit，如果你的查詢都是小數據量的話。 
#查詢緩存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100% 
#查詢緩存利用率在 25%以下的話說明 query_cache_size 設置的過大，可適當減小;查詢緩存利用率在 80%以上而且 Qcache_lowmem_prunes   50 的話說明 query_cache_size 可能有點小，要不就是碎片太多。 
#查詢緩存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%  
63. query_cache_min_res_unit = 2K #查詢緩存分配的最小塊大小   
64. # 如果你的系統支持 memlock() 函數,你也許希望打開此選項用以讓運行中的 mysql 在在內存高度緊張的時候,數據在內存中保持鎖定并且防止可能被 swapping out 
# 此選項對于性能有益 
65. #memlock 
 
66. # default settings   
67. # 當創建新表時作為默認使用的表類型, 
# 如果在創建表示沒有特別執行表類型,將會使用此值 
68. default_table_type = MYISAM 
69. # time zone   
70. default-time-zone = system #服務器時區   
71. character-set-server = utf8 #server 級別字符集   
72. default-storage-engine = InnoDB #默認存儲   
73. # tmp & heap  
74. # 內部(內存中)臨時表的最大大小 
# 如果一個表增長到比此值更大,將會自動轉換為基于磁盤的表. 
# 此限制是針對單個表的,而不是總和. 
75. tmp_table_size = 512M #臨時表大小，如果超過該值，則結果放到磁盤中   
76. #  獨立的內存表所允許的最大容量. 
#  此選項為了防止意外創建一個超大的內存表導致永盡所有的內存資源. 
77. max_heap_table_size = 512M #該變量設置 MEMORY (HEAP 堆)表可以增長到的最大空間大小   
 

78. # 打開二進制日志功能. 
# 在復制(replication)配置中,作為 MASTER 主服務器必須打開此項 
# 如果你需要從你最后的備份中做基于時間點的恢復,你也同樣需要二進制日志. 
79. log-bin = mysql-bin #這些路徑相對于 datadir
 80. #  如果你在使用鏈式從服務器結構的復制模式  (A- B- C), 
#  你需要在服務器 B 上打開此項. 
#  此選項打開在從線程上重做過的更新的日志, 
#  并將其寫入從服務器的二進制日志. 
 

81. log_slave_updates 
82. log-bin-index = mysql-bin.index   
83. relay-log = relay-log   
84. relay_log_index = relay-log.index   
85. #  打開全查詢日志.  所有的由服務器接收到的查詢  (甚至對于一個錯誤語法的查詢) 
#  都會被記錄下來.  這對于調試非常有用,  在生產環境中常常關閉此項. 
86. log 
87. # warning & error log   
88. #  將警告打印輸出到錯誤 log 文件.  如果你對于 MySQL 有任何問題 
#  你應該打開警告 log 并且仔細審查錯誤日志,查出可能的原因. 
89. log-warnings = 1  
90. log-error = /home/mysql/mysql/log/mysql.err   
91. log_output = FILE #參數 log_output 指定了慢查詢輸出的格式，默認為 FILE，你可以將它設為 TABLE，然后就可以查詢 mysql 架構下的 slow_log 表了   
92. #  記錄慢速查詢.  慢速查詢是指消耗了比  “long_query_time”  定義的更多時間的查詢. 
#  如果  log_long_format  被打開,那些沒有使用索引的查詢也會被記錄. 
#  如果你經常增加新查詢到已有的系統內的話.  一般來說這是一個好主意, 
93. log_slow_queries 
94. # slow query log   
95. slow_query_log = 1  
96. #  所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢. 
#  不要在這里使用”1″,  否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由于MySQL  目前時間的精確度只能達到秒的級別). 
 
97. long-query-time = 1 #慢查詢時間 超過 1 秒則為慢查詢   
98. #  在慢速日志中記錄更多的信息. 
#  一般此項最好打開. 
#  打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里 
99. log_long_format 
100. slow_query_log_file = /home/mysql/mysql/log/slow.log   
101. #log-queries-not-using-indexes   
102. #log-slow-slave-statements   
103. general_log = 1  
104. general_log_file = /home/mysql/mysql/log/mysql.log   
105. max_binlog_size = 1G  
106. max_relay_log_size = 1G  
107. # if use auto-ex, set to 0   
108. relay-log-purge = 1 #當不用中繼日志時，刪除他們。這個操作有 SQL 線程完成   
 
109. # max binlog keeps days   
110. expire_logs_days = 30 #超過 30 天的 binlog 刪除
 
111. #  在一個事務中 binlog 為了記錄 SQL 狀態所持有的 cache 大小 
#  如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能. 
#  所有從事務來的狀態都將被緩沖在 binlog 緩沖中然后在提交后一次性寫入到 binlog 中 
#  如果事務比此值大,  會使用磁盤上的臨時文件來替代. 
#  此緩沖在每個連接的事務第一次更新狀態時被創建 
112. binlog_cache_size = 1M #session 級別   
113. # replication   
114. replicate-wild-ignore-table = mysql.% #復制時忽略數據庫及表   
115. replicate-wild-ignore-table = test.% #復制時忽略數據庫及表   
116. # slave_skip_errors=all  
 
117. #*** MyISAM  相關選項 
118. # key_buffer_size 指定用于索引的緩沖區大小，增加它可得到更好的索引處理性能。  對于內存在 4GB 左右的服務器該參數可設置為 256M 或 384M。  注意：該參數值設置的過大反而會是服務器整體效率降低！ 
119. # 關鍵詞緩沖的大小, 一般用來緩沖 MyISAM 表的索引塊. 
# 不要將其設置大于你可用內存的 30%, 
# 因為一部分內存同樣被 OS 用來緩沖行數據 
# 甚至在你并不使用 MyISAM 表的情況下, 你也需要仍舊設置起 8-64M 內存由于它同樣會被內部臨時磁盤表使用. 
120. key_buffer_size = 256M #myisam 索引 buffer,只有 key 沒有 data  
 
121. #查詢排序時所能使用的緩沖區大小。排序緩沖被用來處理類似 ORDER BY 以及 GROUP BY 隊列所引
起的排序。# 一個用來替代的基于磁盤的合并分類會被使用 
# 查看 “Sort_merge_passes” 狀態變量. 在排序發生時由每個線程分配   注意：該參數對應的分配內存是每連接獨占！如果有 100 個連接，那么實際分配的總共排序緩沖區大小為 100 × 6 ＝ 600MB。所以，對于內存在 4GB 左右的服務器推薦設置為 6-8M。#  
122. sort_buffer_size = 2M #排序 buffer 大小；線程級別   
123. #讀查詢操作所能使用的緩沖區大小。和 sort_buffer_size 一樣，該參數對應的分配內存也是每連接獨享！用來做 MyISAM 表全表掃描的緩沖大小.當全表掃描需要時,在對應線程中分配. 
124. read_buffer_size = 2M #以全表掃描(Sequential Scan)方式掃描數據的 buffer 大小 ；
#線程級別   
 
125. #聯合查詢操作所能使用的緩沖區大小，和 sort_buffer_size 一樣，該參數對應的分配內存也是每連接獨享！ # 此緩沖被使用來優化全聯合(full JOINs 不帶索引的聯合).類似的聯合在極大多數情況下有非常糟糕的性能表現, 但是將此值設大能夠減輕性能影響.通過 “Select_full_join” 狀態變量查看全聯合的數量，當全聯合發生時,在每個線程中分配。 
126. join_buffer_size = 8M # join buffer 大小;線程級別   
127. #指定 MySQL 查詢緩沖區的大小。可以通過在 MySQL 控制臺執行以下命令觀察：  代碼:  
#   SHOW VARIABLES LIKE '%query_cache%';  
#   SHOW STATUS LIKE 'Qcache%';如果 Qcache_lowmem_prunes 的值非常大，則表明經常出現緩沖不夠的情況；  
如果 Qcache_hits 的值非常大，則表明查詢緩沖使用非常頻繁，如果該值較小反而會影響效率，那么可以考慮不用查詢緩沖；Qcache_free_blocks，如果該值非常大，則表明緩沖區中碎片很多。  
128. query_cache_size = 64M  
 
129. # 當在排序之后,從一個已經排序好的序列中讀取行時,行數據將從這個緩沖中讀取來防止磁盤尋道. 
# 如果你增高此值,可以提高很多 ORDER BY 的性能.當需要時由每個線程分配 
130. read_rnd_buffer_size = 8M #MyISAM 以索引掃描(Random Scan)方式掃描數據的 buffer大小 ；線程級別   
131. # MyISAM 使用特殊的類似樹的 cache 來使得突發插入 
# (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA 
# INFILE) 更快. 此變量限制每個進程中緩沖樹的字節數. 
# 設置為 0 會關閉此優化. 
# 為了最優化不要將此值設置大于 “key_buffer_size”. 
# 當突發插入被檢測到時此緩沖將被分配 
132. bulk_insert_buffer_size = 64M #MyISAM 用在塊插入優化中的樹緩沖區的大小。注釋：這是一個 per thread 的限制  （bulk  大量） 
133. # 此緩沖當 MySQL 需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.這在每個線程中被分配.所以在設置大值時需要小心. 
 
134. myisam_sort_buffer_size = 64M #MyISAM 設置恢復表之時使用的緩沖區的尺寸,當在REPAIR TABLE 或用 CREATE INDEX 創建索引或 ALTER TABLE 過程中排序 MyISAM 索引分配的緩沖區   
135. # MySQL 重建索引時所允許的最大臨時文件的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA 
INFILE). 如果文件大小比此值更大,索引會通過鍵值緩沖創建(更慢) 
136. myisam_max_sort_file_size = 10G #MyISAM 如果臨時文件會變得超過索引，不要使用快速排序索引方法來創建一個索引。注釋：這個參數以字節的形式給出.重建 MyISAM 索引(在REPAIR TABLE、ALTER TABLE 或 LOAD DATA INFILE 過程中)時，允許 MySQL 使用的臨時文件的最大空間大小。如果文件的大小超過該值，則使用鍵值緩存創建索引，要慢得多。該值的單位為字節   
137. # 如果被用來更快的索引創建索引所使用臨時文件大于制定的值,那就使用鍵值緩沖方法. 
# 這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創建索引. 
138. myisam_max_extra_sort_file_size = 10G 
139. #  如果一個表擁有超過一個索引, MyISAM  可以通過并行排序使用超過一個線程去修復他們.這對于擁有多個 CPU 以及大量內存情況的用戶,是一個很好的選擇. 
 
140. myisam_repair_threads = 1 #如果該值大于 1，在 Repair by sorting 過程中并行創建
MyISAM 表索引(每個索引在自己的線程內)   
141. myisam_recover = 64K#允許的 GROUP_CONCAT()函數結果的最大長度   
142. #  設定默認的事務隔離級別.可用的級別如下: 
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, 
SERIALIZABLE 
# 1.READ UNCOMMITTED-讀未提交 2.READ COMMITTE-讀已提交 3.REPEATABLE 
READ -可重復讀 4.SERIALIZABLE -串行
transaction_isolation = REPEATABLE-READ   
 
143. # *** INNODB  相關選項  *** 
144. #  如果你的 MySQL 服務包含 InnoDB 支持但是并不打算使用的話, 
#  使用此選項會節省內存以及磁盤空間,并且加速某些部分 skip-innodb 
145. innodb_file_per_table   
146. #innodb_status_file = 1 
 
147. #innodb_open_files = 2048  
148. # 附加的內存池被 InnoDB 用來保存 metadata 信息 
# 如果 InnoDB 為此目的需要更多的內存,它會開始從 OS 這里申請內存. 
# 由于這個操作在大多數現代操作系統上已經足夠快, 你一般不需要修改此值. 
# SHOW INNODB STATUS 命令會顯示當先使用的數量. 
149. innodb_additional_mem_pool_size = 100M #幀緩存的控制對象需要從此處申請緩存，所以該值與 innodb_buffer_pool 對應  
150. # InnoDB 使用一個緩沖池來保存索引和原始數據,  不像  MyISAM. 
#  這里你設置越大,你在存取表里面數據時所需要的磁盤 I/O 越少. 
#  在一個獨立使用的數據庫服務器上,你可以設置這個變量到服務器物理內存大小的 80% 
#  不要設置過大,否則,由于物理內存的競爭可能導致操作系統的換頁顛簸. 
#  注意在 32 位系統上你每個進程可能被限制在  2-3.5G  用戶層面內存限制, 
#  所以不要設置的太高. 
 
151. innodb_buffer_pool_size = 2G #包括數據頁、索引頁、插入緩存、鎖信息、自適應哈希所以、數據字典信息   
152. # 設置此選項如果你希望 InnoDB 表空間文件被保存在其他分區. 
# 默認保存在 MySQL 的 datadir 中. 
153. innodb_data_home_dir = /longxibendi/mysql/mysql/var/   
154. # InnoDB 將數據保存在一個或者多個數據文件中成為表空間. 
# 如果你只有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好了. 
# 其他情況下.每個設備一個文件一般都是個好的選擇. 
# 你也可以配置 InnoDB 來使用裸盤分區 – 請參考手冊來獲取更多相關內容 
155. #innodb_data_file_path = ibdata1:1G:autoextend   
156. innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend #表空間   
 
157. #  用來同步 IO 操作的 IO 線程的數量. This value is 
#  此值在 Unix 下被硬編碼為 4,但是在 Windows 磁盤 I/O 可能在一個大數值下表現的更好. 
158. innodb_file_io_threads = 4 #io 線程數   
159. #  在 InnoDb 核心內的允許線程數量. 
#  最優值依賴于應用程序,硬件以及操作系統的調度方式. 
#  過高的值可能導致線程的互斥顛簸. 
160. innodb_thread_concurrency = 16 #InnoDB 試著在 InnoDB 內保持操作系統線程的數量少于或等于這個參數給出的限制   
161. #  如果設置為 1 ,InnoDB 會在每次提交后刷新(fsync)事務日志到磁盤上, 
#  這提供了完整的 ACID 行為. 
#  如果你愿意對事務安全折衷,  并且你正在運行一個小的食物,  你可以設置此值到 0 或者 2 來減少由事務日志引起的磁盤 I/O 
# 0 代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤. 
# 2 代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會刷新到磁盤上. 
 
162. innodb_flush_log_at_trx_commit = 1 #每次 commit 日志緩存中的數據刷到磁盤中   
163. # 用來緩沖日志數據的緩沖區的大小. 
# 當此值快滿時, InnoDB 將必須刷新數據到磁盤上. 
# 由于基本上每秒都會刷新一次,所以沒有必要將此值設置的太大(甚至對于長事務而言) 
164. innodb_log_buffer_size = 8M #事物日志緩存
 
165. #  在日志組中每個日志文件的大小，你應該設置日志文件總合大小到你緩沖池大小的25%~100%，來避免在日志文件覆寫上不必要的緩沖池刷新行為. 
#  不論如何,  請注意一個大的日志文件大小會增加恢復進程所需要的時間. 
 
166. innodb_log_file_size = 500M #事物日志大小   
167. #innodb_log_file_size =100M  
168. 在日志組中的文件總數. 
# 通常來說 2~3 是比較好的. 
169. innodb_log_files_in_group = 2 #兩組事物日志   
170. # InnoDB 的日志文件所在位置. 默認是 MySQL 的 datadir. 
# 你可以將其指定到一個獨立的硬盤上或者一個 RAID1 卷上來提高其性能 
 
171. innodb_log_group_home_dir = /longxibendi/mysql/mysql/var/
#日志組   
172. #  在 InnoDB 緩沖池中最大允許的臟頁面的比例. 
#  如果達到限額, InnoDB 會開始刷新他們防止他們妨礙到干凈數據頁面. 
#  這是一個軟限制,不被保證絕對執行. 
173. innodb_max_dirty_pages_pct = 90 #innodb 主線程刷新緩存池中的數據，使臟數據比例小于 90%   
 
174. # 在被回滾前,一個 InnoDB 的事務應該等待一個鎖被批準多久. 
# InnoDB 在其擁有的鎖表中自動檢測事務死鎖并且回滾事務. 
# 如果你使用 LOCK TABLES 指令, 或者在同樣事務中使用除了 InnoDB 以外的其他事務安全的存儲引擎 
# 那么一個死鎖可能發生而 InnoDB 無法注意到. 
# 這種情況下這個 timeout 值對于解決這種問題就非常有幫助. 
175. innodb_lock_wait_timeout = 50 #InnoDB 事務在被回滾之前可以等待一個鎖定的超時秒數。InnoDB 在它自己的 鎖定表中自動檢測事務死鎖并且回滾事務。InnoDB 用 LOCK TABLES 語句注意到鎖定設置。默認值是 50 秒   
 

176. # InnoDB 用來刷新日志的方法. 
#  表空間總是使用雙重寫入刷新方法 
#  默認值是  “fdatasync”,  另一個是  “O_DSYNC”. 
177. #innodb_flush_method = O_DSYNC  
 
178. # 如果你發現 InnoDB 表空間損壞, 設置此值為一個非零值可能幫助你導出你的表. 
# 從 1 開始并且增加此值知道你能夠成功的導出表. 
179. innodb_force_recovery=1 
 
180. # 加速 InnoDB 的關閉. 這會阻止 InnoDB 在關閉時做全清除以及插入緩沖合并. 
# 這可能極大增加關機時間, 但是取而代之的是 InnoDB 可能在下次啟動時做這些操作. 
 innodb_fast_shutdown 
181. [mysqldump]   
182. #  不要在將內存中的整個結果寫入磁盤之前緩存.  在導出非常巨大的表時需要此項 
183. quick   
 
184. 增加該變量的值十分安全，這是因為僅當需要時才會分配額外內存。例如，僅當你發出長查詢或 mysqld 必須返回大的結果行時 mysqld 才會分配更多內存。該變量之所以取較小默認值是一種預防措施，以捕獲客戶端和服務器之間的錯誤信息包，并確保不會因偶然使用大的信息包而導致內存溢出。 如果你正是用大的 BLOB 值，而且未為 mysqld 授予為處理查詢而訪問足夠內存的權限，也會遇到與大信息包有關的奇怪問題。如果懷疑出
現了該情況，請嘗試在 mysqld_safe 腳本開始增加 ulimit -d 256000，并重啟 mysqld。  
185. max_allowed_packet = 64M  
186. [mysql]   
187. disable-auto-rehash #允許通過 TAB 鍵提示   
188. default-character-set = utf8  
189. connect-timeout = 3  
190. [mysqld_safe] 
191. open-files-limit = 8192 
 
#  增加每個進程的可打開文件數量. 
#  警告:  確認你已經將全系統限制設定的足夠高! 
#全局變量，不可動態調整，取值范圍 0到65535。
open_files_limit指mysql能夠打開的文件句柄數。該值不足時，會引發 Too many open files錯誤。具體需要多少個文件句柄，還需要根據 max_connections 和 table_open_cache來計算