1 # 以下選項會被MySQL客戶端應用讀取。 2 # 注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內容。 3 # 如果你想你自己的MySQL應用程序獲取這些值。 4 # 需要在MySQL客戶端庫初始化的時候指定這些選項。 5 6 # 7 [client] 8 #password = [your_password] 9 port = @MYSQL_TCP_PORT@ 10 socket = @MYSQL_UNIX_ADDR@ 11 12 # *** 應用定制選項 *** 13 14 # 15 # MySQL 服務端 16 # 17 [mysqld] 18 19 # 一般配置選項 20 port = @MYSQL_TCP_PORT@ 21 socket = @MYSQL_UNIX_ADDR@ 22 23 # back_log 是操作系統在監聽隊列中所能保持的連接數, 24 # 隊列保存了在 MySQL 連接管理器線程處理之前的連接. 25 # 如果你有非常高的連接率并且出現 “connection refused” 報錯, 26 # 你就應該增加此處的值. 27 # 檢查你的操作系統文檔來獲取這個變量的最大值. 28 # 如果將back_log設定到比你操作系統限制更高的值,將會沒有效果 29 back_log = 300 30 31 # 不在 TCP/IP 端口上進行監聽. 32 # 如果所有的進程都是在同一臺服務器連接到本地的 mysqld, 33 # 這樣設置將是增強安全的方法 34 # 所有 mysqld 的連接都是通過 Unix Sockets 或者命名管道進行的. 35 # 注意在 Windows下如果沒有打開命名管道選項而只是用此項 36 # (通過 “enable-named-pipe” 選項) 將會導致 MySQL 服務沒有任何作用! 37 #skip-networking 38 39 # MySQL 服務所允許的同時會話數的上限 40 # 其中一個連接將被 SUPER 權限保留作為管理員登錄. 41 # 即便已經達到了連接數的上限. 42 max_connections = 3000 43 44 # 每個客戶端連接最大的錯誤允許數量,如果達到了此限制. 45 # 這個客戶端將會被 MySQL 服務阻止直到執行了 “FLUSH HOSTS” 或者服務重啟 46 # 非法的密碼以及其他在鏈接時的錯誤會增加此值. 47 # 查看 “Aborted_connects” 狀態來獲取全局計數器. 48 max_connect_errors = 50 49 50 # 所有線程所打開表的數量. 51 # 增加此值就增加了 mysqld 所需要的文件描述符的數量 52 # 這樣你需要確認在 [mysqld_safe] 中 “open-files-limit” 變量設置打開文件數量允許至少等于 table_cache 的值 53 table_open_cache = 4096 54 55 # 允許外部文件級別的鎖. 打開文件鎖會對性能造成負面影響 56 # 所以只有在你在同樣的文件上運行多個數據庫實例時才使用此選項(注意仍會有其他約束!) 57 # 或者你在文件層面上使用了其他一些軟件依賴來鎖定 MyISAM 表 58 #external-locking 59 60 # 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的 BLOB 字段一起工作時相當必要) 61 # 每個連接獨立的大小，大小動態增加 62 max_allowed_packet = 32M 63 64 # 在一個事務中 binlog 為了記錄 SQL 狀態所持有的 cache 大小 65 # 如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能. 66 # 所有從事務來的狀態都將被緩沖在 binlog 緩沖中然后在提交后一次性寫入到 binlog 中 67 # 如果事務比此值大, 會使用磁盤上的臨時文件來替代. 68 # 此緩沖在每個連接的事務第一次更新狀態時被創建 69 binlog_cache_size = 4M 70 71 # 獨立的內存表所允許的最大容量. 72 # 此選項為了防止意外創建一個超大的內存表導致永盡所有的內存資源. 73 max_heap_table_size = 128M 74 75 # 隨機讀取數據緩沖區使用內存(read_rnd_buffer_size)：和順序讀取相對應， 76 # 當 MySQL 進行非順序讀取（隨機讀取）數據塊的時候，會利用>這個緩沖區暫存讀取的數據 77 # 如根據索引信息讀取表數據，根據排序后的結果集與表進行 Join 等等 78 # 總的來說，就是當數據塊的讀取需要滿足>一定的順序的情況下，MySQL 就需要產生隨機讀取，進而使用到 read_rnd_buffer_size 參數所設置的內存緩沖區 79 read_rnd_buffer_size = 16M 80 81 # 排序緩沖被用來處理類似 ORDER BY 以及 GROUP BY 隊列所引起的排序 82 # 如果排序后的數據無法放入排序緩沖,一個用來替代的基于磁盤的合并分類會被使用 83 # 查看 “Sort_merge_passes” 狀態變量. 84 # 在排序發生時由每個線程分配 85 sort_buffer_size = 16M 86 87 # 此緩沖被使用來優化全聯合(FULL JOINS 不帶索引的聯合). 88 # 類似的聯合在極大多數情況下有非常糟糕的性能表現,但是將此值設大能夠減輕性能影響. 89 # 通過 “Select_full_join” 狀態變量查看全聯合的數量 90 # 當全聯合發生時,在每個線程中分配 91 join_buffer_size = 16M 92 93 # 我們在 cache 中保留多少線程用于重用 94 # 當一個客戶端斷開連接后,如果 cache 中的線程還少于 thread_cache_size,則客戶端線程被放入cache 中. 95 # 這可以在你需要大量新連接的時候極大的減少線程創建的開銷 96 # (一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.) 97 thread_cache_size = 16 98 99 # 此允許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量. 100 # 此值只對于支持 thread_concurrency() 函數的系統有意義( 例如Sun Solaris). 101 # 你可可以嘗試使用 [CPU數量]*(2..4) 來作為 thread_concurrency 的值 102 thread_concurrency = 8 103 104 # 查詢緩沖常被用來緩沖 SELECT 的結果并且在下一次同樣查詢的時候不再執行直接返回結果. 105 # 打開查詢緩沖可以極大的提高服務器速度, 如果你有大量的相同的查詢并且很少修改表. 106 # 查看 “Qcache_lowmem_prunes” 狀態變量來檢查是否當前值對于你的負載來說是否足夠高. 107 # 注意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同, 108 # 查詢緩沖也許引起性能下降而不是性能提升. 109 query_cache_size = 128M 110 111 # 只有小于此設定值的結果才會被緩沖 112 # 此設置用來保護查詢緩沖,防止一個極大的結果集將其他所有的查詢結果都覆蓋. 113 query_cache_limit = 4M 114 115 # 被全文檢索索引的最小的字長. 116 # 你也許希望減少它,如果你需要搜索更短字的時候. 117 # 注意在你修改此值之后,你需要重建你的 FULLTEXT 索引 118 ft_min_word_len = 8 119 120 # 如果你的系統支持 memlock() 函數,你也許希望打開此選項用以讓運行中的 mysql 在在內存高度緊張的時候,數據在內存中保持鎖定并且防止可能被 swapping out 121 # 此選項對于性能有益 122 #memlock 123 124 # 當創建新表時作為默認使用的表類型, 125 # 如果在創建表示沒有特別執行表類型,將會使用此值 126 default_table_type = InnoDB 127 128 # 線程使用的堆大小. 此容量的內存在每次連接時被預留. 129 # MySQL 本身常不會需要超過 64K 的內存 130 # 如果你使用你自己的需要大量堆的 UDF 函數或者你的操作系統對于某些操作需要更多的堆,你也許需要將其設置的更高一點. 131 thread_stack = 512K 132 133 # 設定默認的事務隔離級別.可用的級別如下: 134 # READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE 135 transaction_isolation = REPEATABLE-READ 136 137 # 內部(內存中)臨時表的最大大小 138 # 如果一個表增長到比此值更大,將會自動轉換為基于磁盤的表. 139 # 此限制是針對單個表的,而不是總和. 140 tmp_table_size = 128M 141 142 # 打開二進制日志功能. 143 # 在復制(replication)配置中,作為 MASTER 主服務器必須打開此項 144 # 如果你需要從你最后的備份中做基于時間點的恢復,你也同樣需要二進制日志. 145 log-bin=mysql-bin 146 147 # 如果你在使用鏈式從服務器結構的復制模式 (A->B->C), 148 # 你需要在服務器B上打開此項. 149 # 此選項打開在從線程上重做過的更新的日志, 并將其寫入從服務器的二進制日志. 150 #log_slave_updates 151 152 # 打開全查詢日志. 所有的由服務器接收到的查詢 (甚至對于一個錯誤語法的查詢) 153 # 都會被記錄下來. 這對于調試非常有用, 在生產環境中常常關閉此項. 154 #log 155 156 # 將警告打印輸出到錯誤 log 文件. 如果你對于 MySQL 有任何問題 157 # 你應該打開警告 log 并且仔細審查錯誤日志,查出可能的原因. 158 #log_warnings 159 160 # 記錄慢速查詢. 慢速查詢是指消耗了比 “long_query_time” 定義的更多時間的查詢. 161 # 如果 log_long_format 被打開,那些沒有使用索引的查詢也會被記錄. 162 # 如果你經常增加新查詢到已有的系統內的話. 一般來說這是一個好主意, 163 log_slow_queries 164 165 # 所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢. 166 # 不要在這里使用“1″, 否則會導致所有的查詢,甚至非?？斓牟樵冺摫挥涗浵聛?由于 MySQL 目前時間的精確度只能達到秒的級別). 167 long_query_time = 6 168 169 # 在慢速日志中記錄更多的信息. 170 # 一般此項最好打開. 171 # 打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里 172 log_long_format 173 174 # 此目錄被MySQL用來保存臨時文件.例如, 175 # 它被用來處理基于磁盤的大型排序,和內部排序一樣. 176 # 以及簡單的臨時表. 177 # 如果你不創建非常大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好 178 # 另一種選擇是你也可以將其放置在獨立的磁盤上. 179 # 你可以使用”;”來放置多個路徑 180 # 他們會按照 roud-robin 方法被輪詢使用. 181 #tmpdir = /tmp 182 183 # *** 主從復制相關的設置 184 185 # 唯一的服務辨識號,數值位于 1 到 2^32-1之間. 186 # 此值在master和slave上都需要設置. 187 # 如果 “master-host” 沒有被設置,則默認為1, 但是如果忽略此選項,MySQL不會作為master生效. 188 server-id = 1 189 190 # 復制的Slave (去掉master段的注釋來使其生效) 191 # 192 # 為了配置此主機作為復制的slave服務器,你可以選擇兩種方法: 193 # 194 # 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) - 195 # 語法如下: 196 # 197 # CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=, 198 # MASTER_USER=, MASTER_PASSWORD= ; 199 # 200 # 你需要替換掉 , , 等被尖括號包圍的字段以及使用master的端口號替換 (默認3306). 201 # 202 # 例子: 203 # 204 # CHANGE MASTER TO MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306, 205 # MASTER_USER=’joe’, MASTER_PASSWORD=’secret’; 206 # 207 # 或者 208 # 209 # 2) 設置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動復制(甚至不成功的情況下, 210 # 例如如果你輸入錯密碼在master-password字段并且slave無法連接), 211 # slave會創建一個 master.info 文件,并且之后任何對于包含在此文件內的參數的變化都會被忽略 212 # 并且由 master.info 文件內的內容覆蓋, 除非你關閉slave服務, 刪除 master.info 并且重啟slave 服務. 213 # 由于這個原因,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來代替 214 # 215 # 所需要的唯一id號位于 2 和 2^32 – 1之間 216 # (并且和master不同) 217 # 如果master-host被設置了.則默認值是2 218 # 但是如果省略,則不會生效 219 #server-id = 2 220 # 221 # 復制結構中的master – 必須 222 #master-host = 223 # 224 # 當連接到master上時slave所用來認證的用戶名 – 必須 225 #master-user = 226 # 227 # 當連接到master上時slave所用來認證的密碼 – 必須 228 #master-password = 229 # 230 # master監聽的端口. 231 # 可選 – 默認是3306 232 #master-port = 233 234 # 使得slave只讀.只有用戶擁有SUPER權限和在上面的slave線程能夠修改數據. 235 # 你可以使用此項去保證沒有應用程序會意外的修改slave而不是master上的數據 236 #read_only 237 238 #*** MyISAM 相關選項 239 240 # 關鍵詞緩沖的大小, 一般用來緩沖 MyISAM 表的索引塊. 241 # 不要將其設置大于你可用內存的30%, 242 # 因為一部分內存同樣被OS用來緩沖行數據 243 # 甚至在你并不使用 MyISAM 表的情況下, 你也需要仍舊設置起 8-64M 內存由于它同樣會被內部臨時磁盤表使用. 244 key_buffer_size = 128M 245 246 # 用來做 MyISAM 表全表掃描的緩沖大小. 247 # 當全表掃描需要時,在對應線程中分配. 248 read_buffer_size = 8M 249 250 # 當在排序之后,從一個已經排序好的序列中讀取行時,行數據將從這個緩沖中讀取來防止磁盤尋道. 251 # 如果你增高此值,可以提高很多 ORDER BY 的性能. 252 # 當需要時由每個線程分配 253 read_rnd_buffer_size = 64M 254 255 # MyISAM 使用特殊的類似樹的 cache 來使得突發插入 256 # (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA INFILE) 更快. 257 # 此變量限制每個進程中緩沖樹的字節數. 258 # 設置為 0 會關閉此優化. 259 # 為了最優化不要將此值設置大于 “key_buffer_size”. 260 # 當突發插入被檢測到時此緩沖將被分配. 261 bulk_insert_buffer_size = 256M 262 263 # 此緩沖當 MySQL 需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配. 264 # 這在每個線程中被分配.所以在設置大值時需要小心. 265 myisam_sort_buffer_size = 256M 266 267 # MySQL 重建索引時所允許的最大臨時文件的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE). 268 # 如果文件大小比此值更大,索引會通過鍵值緩沖創建(更慢) 269 myisam_max_sort_file_size = 10G 270 271 # 如果被用來更快的索引創建索引所使用臨時文件大于制定的值,那就使用鍵值緩沖方法. 272 # 這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創建索引. 273 myisam_max_extra_sort_file_size = 10G 274 275 # 如果一個表擁有超過一個索引, MyISAM 可以通過并行排序使用超過一個線程去修復他們. 276 # 這對于擁有多個 CPU 以及大量內存情況的用戶,是一個很好的選擇. 277 myisam_repair_threads = 1 278 279 # 自動檢查和修復沒有適當關閉的 MyISAM 表. 280 myisam_recover 281 282 # 默認關閉 Federated 283 skip-federated 284 285 # *** BDB 相關選項 *** 286 287 # 如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項. 這會節省內存并且可能加速一些事. 288 skip-bdb 289 290 # *** INNODB 相關選項 *** 291 292 # 如果你的 MySQL 服務包含 InnoDB 支持但是并不打算使用的話, 293 # 使用此選項會節省內存以及磁盤空間,并且加速某些部分 294 #skip-innodb 295 296 # 附加的內存池被 InnoDB 用來保存 metadata 信息(5.6中不再推薦使用) 297 # 如果 InnoDB 為此目的需要更多的內存,它會開始從 OS 這里申請內存. 298 # 由于這個操作在大多數現代操作系統上已經足夠快, 你一般不需要修改此值. 299 # SHOW INNODB STATUS 命令會顯示當先使用的數量. 300 innodb_additional_mem_pool_size = 64M 301 302 # InnoDB使用一個緩沖池來保存索引和原始數據, 不像 MyISAM. 303 # 這里你設置越大,這能保證你在大多數的讀取操作時使用的是內存而不是硬盤,在存取表里面數據時所需要的磁盤 I/O 越少. 304 # 在一個獨立使用的數據庫服務器上,你可以設置這個變量到服務器物理內存大小的80% 305 # 不要設置過大,否則,由于物理內存的競爭可能導致操作系統的換頁顛簸. 306 # 注意在32位系統上你每個進程可能被限制在 2-3.5G 用戶層面內存限制, 307 # 所以不要設置的太高. 308 innodb_buffer_pool_size = 6G 309 310 # InnoDB 將數據保存在一個或者多個數據文件中成為表空間. 311 # 如果你只有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好了. 312 # 其他情況下.每個設備一個文件一般都是個好的選擇. 313 # 你也可以配置 InnoDB 來使用裸盤分區 – 請參考手冊來獲取更多相關內容 314 innodb_data_file_path = ibdata1:10M:autoextend 315 316 # 設置此選項如果你希望InnoDB表空間文件被保存在其他分區. 317 # 默認保存在MySQL的datadir中. 318 #innodb_data_home_dir = 319 320 # 用來同步IO操作的IO線程的數量. 321 # 此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個大數值下表現的更好. 322 innodb_file_io_threads = 8 323 324 # 如果你發現 InnoDB 表空間損壞, 設置此值為一個非零值可能幫助你導出你的表. 325 # 從1開始并且增加此值知道你能夠成功的導出表. 326 #innodb_force_recovery=1 327 328 # 在 InnoDb 核心內的允許線程數量. 329 # 最優值依賴于應用程序,硬件以及操作系統的調度方式. 330 # 過高的值可能導致線程的互斥顛簸. 331 innodb_thread_concurrency = 16 332 333 # 如果設置為1 ,InnoDB 會在每次提交后刷新(fsync)事務日志到磁盤上, 334 # 這提供了完整的 ACID 行為. 335 # 如果你愿意對事務安全折衷, 并且你正在運行一個小的事物, 你可以設置此值到0或者2來減少由事務日志引起的磁盤I/O 336 # 0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤. 337 # 2代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會刷新到磁盤上. 338 innodb_flush_log_at_trx_commit = 2 339 （說明：如果是游戲服務器，建議此值設置為2；如果是對數據安全要求極高的應用，建議設置為1；設置為0性能最高，但如果發生故障，數據可能會有丟失的危險！默認值1的意思是每一次事務提交或事務外的指令都需要把日志寫入（flush）硬盤，這是很費時的。特別是使用電池供電緩存（Battery backed up cache）時。設成2對于很多運用，特別是從MyISAM表轉過來的是可以的，它的意思是不寫入硬盤而是寫入系統緩存。日志仍然會每秒flush到硬盤，所以你一般不會丟失超過1-2秒的更新。設成0會更快一點，但安全方面比較差，即使MySQL掛了也可能會丟失事務的數據。而值2只會在整個操作系統掛了時才可能丟數據。） 340 341 # 加速 InnoDB 的關閉. 這會阻止 InnoDB 在關閉時做全清除以及插入緩沖合并. 342 # 這可能極大增加關機時間, 但是取而代之的是 InnoDB 可能在下次啟動時做這些操作. 343 #innodb_fast_shutdown 344 345 # 用來緩沖日志數據的緩沖區的大小. 346 # 當此值快滿時, InnoDB 將必須刷新數據到磁盤上. 347 # 由于基本上每秒都會刷新一次,所以沒有必要將此值設置的太大(甚至對于長事務而言) 348 innodb_log_buffer_size = 16M 349 350 # 在日志組中每個日志文件的大小. 351 # 你應該設置日志文件總合大小到你緩沖池大小的25%~100% 352 # 來避免在日志文件覆寫上不必要的緩沖池刷新行為. 353 # 不論如何, 請注意一個大的日志文件大小會增加恢復進程所需要的時間. 354 innodb_log_file_size = 512M 355 356 # 在日志組中的文件總數. 357 # 通常來說2~3是比較好的. 358 innodb_log_files_in_group = 3 359 360 # InnoDB 的日志文件所在位置. 默認是 MySQL 的 datadir. 361 # 你可以將其指定到一個獨立的硬盤上或者一個RAID1卷上來提高其性能 362 #innodb_log_group_home_dir 363 364 # 在 InnoDB 緩沖池中最大允許的臟頁面的比例. 365 # 如果達到限額, InnoDB 會開始刷新他們防止他們妨礙到干凈數據頁面. 366 # 這是一個軟限制,不被保證絕對執行. 367 innodb_max_dirty_pages_pct = 90 368 369 # InnoDB 用來刷新日志的方法. 370 # 表空間總是使用雙重寫入刷新方法 371 # 默認值是 “fdatasync”, 另一個是 “O_DSYNC”. 372 # 一般來說，如果你有硬件 RAID 控制器，并且其獨立緩存采用 write-back 機制，并有著電池斷電保護，那么應該設置配置為 O_DIRECT 373 # 否則，大多數情況下應將其設為 fdatasync 374 #innodb_flush_method=fdatasync 375 376 # 在被回滾前,一個 InnoDB 的事務應該等待一個鎖被批準多久. 377 # InnoDB 在其擁有的鎖表中自動檢測事務死鎖并且回滾事務. 378 # 如果你使用 LOCK TABLES 指令, 或者在同樣事務中使用除了 InnoDB 以外的其他事務安全的存儲引擎 379 # 那么一個死鎖可能發生而 InnoDB 無法注意到. 380 # 這種情況下這個 timeout 值對于解決這種問題就非常有幫助. 381 innodb_lock_wait_timeout = 120 382 383 # 這項設置告知InnoDB是否需要將所有表的數據和索引存放在共享表空間里（innodb_file_per_table = OFF） 或者為每張表的數據單獨放在一個.ibd文件（innodb_file_per_table = ON） 384 # 每張表一個文件允許你在drop、truncate或者rebuild表時回收磁盤空間 385 # 這對于一些高級特性也是有必要的，比如數據壓縮,但是它不會帶來任何性能收益 386 innodb_file_per_table = on 387 388 [mysqldump] 389 # 不要在將內存中的整個結果寫入磁盤之前緩存. 在導出非常巨大的表時需要此項 390 quick 391 392 max_allowed_packet = 32M 393 394 [mysql] 395 no-auto-rehash 396 397 # 僅僅允許使用鍵值的 UPDATEs 和 DELETEs . 398 #safe-updates 399 400 [myisamchk] 401 key_buffer = 16M 402 sort_buffer_size = 16M 403 read_buffer = 8M 404 write_buffer = 8M 405 406 [mysqlhotcopy] 407 interactive-timeout 408 409 [mysqld_safe] 410 # 增加每個進程的可打開文件數量. 411 # 警告: 確認你已經將全系統限制設定的足夠高! 412 # 打開大量表需要將此值設大 413 open-files-limit = 8192

?

轉載于:https://www.cnblogs.com/vijayfly/p/5195747.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的MySQL 5.6 my.cnf 参数说明（转）的全部內容，希望文章能夠幫你解決所遇到的問題。

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