# 以下選項會被MySQL客戶端應用讀取斯稳。
#?注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內(nèi)容豆瘫。
#?如果你想你自己的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?是操作系統(tǒng)在監(jiān)聽隊列中所能保持的連接數(shù),
#?隊列保存了在?MySQL?連接管理器線程處理之前的連接.
#?如果你有非常高的連接率并且出現(xiàn)?“connection?refused”?報錯,
#?你就應該增加此處的值.
#?檢查你的操作系統(tǒng)文檔來獲取這個變量的最大值.
#?如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會沒有效果
back_log?=?300
#?不在?TCP/IP?端口上進行監(jiān)聽.
#?如果所有的進程都是在同一臺服務器連接到本地的?mysqld,
#?這樣設(shè)置將是增強安全的方法
#?所有?mysqld?的連接都是通過?Unix?Sockets?或者命名管道進行的.
#?注意在?Windows下如果沒有打開命名管道選項而只是用此項
#?(通過?“enable-named-pipe”?選項)?將會導致?MySQL?服務沒有任何作用!
#skip-networking
#?MySQL?服務所允許的同時會話數(shù)的上限
#?其中一個連接將被?SUPER?權(quán)限保留作為管理員登錄.
#?即便已經(jīng)達到了連接數(shù)的上限.
max_connections?=?3000
#?每個客戶端連接最大的錯誤允許數(shù)量,如果達到了此限制.
#?這個客戶端將會被?MySQL?服務阻止直到執(zhí)行了?“FLUSH?HOSTS”?或者服務重啟
#?非法的密碼以及其他在鏈接時的錯誤會增加此值.
#?查看?“Aborted_connects”?狀態(tài)來獲取全局計數(shù)器.
max_connect_errors?=?50
#?所有線程所打開表的數(shù)量.
#?增加此值就增加了?mysqld?所需要的文件描述符的數(shù)量
#?這樣你需要確認在?[mysqld_safe]?中?“open-files-limit”?變量設(shè)置打開文件數(shù)量允許至少等于?table_cache?的值
table_open_cache?=?4096
#?允許外部文件級別的鎖.?打開文件鎖會對性能造成負面影響
#?所以只有在你在同樣的文件上運行多個數(shù)據(jù)庫實例時才使用此選項(注意仍會有其他約束!)
#?或者你在文件層面上使用了其他一些軟件依賴來鎖定?MyISAM?表
#external-locking
#?服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的?BLOB?字段一起工作時相當必要)
#?每個連接獨立的大小，大小動態(tài)增加
max_allowed_packet?=?32M
#?在一個事務中?binlog?為了記錄?SQL?狀態(tài)所持有的?cache?大小
#?如果你經(jīng)常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能.
#?所有從事務來的狀態(tài)都將被緩沖在?binlog?緩沖中然后在提交后一次性寫入到?binlog?中
#?如果事務比此值大,?會使用磁盤上的臨時文件來替代.
#?此緩沖在每個連接的事務第一次更新狀態(tài)時被創(chuàng)建
binlog_cache_size?=?4M
#?獨立的內(nèi)存表所允許的最大容量.
#?此選項為了防止意外創(chuàng)建一個超大的內(nèi)存表導致永盡所有的內(nèi)存資源.
max_heap_table_size?=?128M
#?隨機讀取數(shù)據(jù)緩沖區(qū)使用內(nèi)存(read_rnd_buffer_size)：和順序讀取相對應朴乖，
#?當?MySQL?進行非順序讀茸嫫痢（隨機讀取）數(shù)據(jù)塊的時候买羞，會利用>這個緩沖區(qū)暫存讀取的數(shù)據(jù)
#?如根據(jù)索引信息讀取表數(shù)據(jù)袁勺，根據(jù)排序后的結(jié)果集與表進行?Join?等等
#?總的來說，就是當數(shù)據(jù)塊的讀取需要滿足>一定的順序的情況下畜普，MySQL?就需要產(chǎn)生隨機讀取魁兼，進而使用到?read_rnd_buffer_size?參數(shù)所設(shè)置的內(nèi)存緩沖區(qū)
read_rnd_buffer_size?=?16M
#?排序緩沖被用來處理類似?ORDER?BY?以及?GROUP?BY?隊列所引起的排序
#?如果排序后的數(shù)據(jù)無法放入排序緩沖,一個用來替代的基于磁盤的合并分類會被使用
#?查看?“Sort_merge_passes”?狀態(tài)變量.
#?在排序發(fā)生時由每個線程分配
sort_buffer_size?=?16M
#?此緩沖被使用來優(yōu)化全聯(lián)合(FULL?JOINS?不帶索引的聯(lián)合).
#?類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),但是將此值設(shè)大能夠減輕性能影響.
#?通過?“Select_full_join”?狀態(tài)變量查看全聯(lián)合的數(shù)量
#?當全聯(lián)合發(fā)生時,在每個線程中分配
join_buffer_size?=?16M
#?我們在?cache?中保留多少線程用于重用
#?當一個客戶端斷開連接后,如果?cache?中的線程還少于?thread_cache_size,則客戶端線程被放入cache?中.
#?這可以在你需要大量新連接的時候極大的減少線程創(chuàng)建的開銷
#?(一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.)
thread_cache_size?=?16
#?此允許應用程序給予線程系統(tǒng)一個提示在同一時間給予渴望被運行的線程的數(shù)量.
#?此值只對于支持?thread_concurrency()?函數(shù)的系統(tǒng)有意義(?例如Sun?Solaris).
#?你可可以嘗試使用?[CPU數(shù)量]*(2..4)?來作為?thread_concurrency?的值
thread_concurrency?=?8
#?查詢緩沖常被用來緩沖?SELECT?的結(jié)果并且在下一次同樣查詢的時候不再執(zhí)行直接返回結(jié)果.
#?打開查詢緩沖可以極大的提高服務器速度,?如果你有大量的相同的查詢并且很少修改表.
#?查看?“Qcache_lowmem_prunes”?狀態(tài)變量來檢查是否當前值對于你的負載來說是否足夠高.
#?注意:?在你表經(jīng)常變化的情況下或者如果你的查詢原文每次都不同,
#?查詢緩沖也許引起性能下降而不是性能提升.
query_cache_size?=?128M
#?只有小于此設(shè)定值的結(jié)果才會被緩沖
#?此設(shè)置用來保護查詢緩沖,防止一個極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋.
query_cache_limit?=?4M
#?被全文檢索索引的最小的字長.
#?你也許希望減少它,如果你需要搜索更短字的時候.
#?注意在你修改此值之后,你需要重建你的?FULLTEXT?索引
ft_min_word_len?=?8
#?如果你的系統(tǒng)支持?memlock()?函數(shù),你也許希望打開此選項用以讓運行中的?mysql?在在內(nèi)存高度緊張的時候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被?swapping?out
#?此選項對于性能有益
#memlock
#?當創(chuàng)建新表時作為默認使用的表類型,
#?如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會使用此值
default_table_type?=?InnoDB
#?線程使用的堆大小.?此容量的內(nèi)存在每次連接時被預留.
#?MySQL?本身常不會需要超過?64K?的內(nèi)存
#?如果你使用你自己的需要大量堆的?UDF?函數(shù)或者你的操作系統(tǒng)對于某些操作需要更多的堆,你也許需要將其設(shè)置的更高一點.
thread_stack?=?512K
#?設(shè)定默認的事務隔離級別.可用的級別如下:
#?READ-UNCOMMITTED,?READ-COMMITTED,?REPEATABLE-READ,?SERIALIZABLE
transaction_isolation?=?REPEATABLE-READ
#?內(nèi)部(內(nèi)存中)臨時表的最大大小
#?如果一個表增長到比此值更大,將會自動轉(zhuǎn)換為基于磁盤的表.
#?此限制是針對單個表的,而不是總和.
tmp_table_size?=?128M
#?打開二進制日志功能.
#?在復制(replication)配置中,作為?MASTER?主服務器必須打開此項
#?如果你需要從你最后的備份中做基于時間點的恢復,你也同樣需要二進制日志.
log-bin=mysql-bin
#?如果你在使用鏈式從服務器結(jié)構(gòu)的復制模式?(A->B->C),
#?你需要在服務器B上打開此項.
#?此選項打開在從線程上重做過的更新的日志,?并將其寫入從服務器的二進制日志.
#log_slave_updates
#?打開全查詢?nèi)罩??所有的由服務器接收到的查詢?(甚至對于一個錯誤語法的查詢)
#?都會被記錄下來.?這對于調(diào)試非常有用,?在生產(chǎn)環(huán)境中常常關(guān)閉此項.
#general_log=ON
#general_log_file=/usr/local/mysql/log/mysql.log
#?將警告打印輸出到錯誤?log?文件.?如果你對于?MySQL?有任何問題
#?你應該打開警告?log?并且仔細審查錯誤日志,查出可能的原因.
#log_warnings
#?記錄慢速查詢.?慢速查詢是指消耗了比?“l(fā)ong_query_time”?定義的更多時間的查詢.
#?如果?log_long_format?被打開,那些沒有使用索引的查詢也會被記錄.
#?如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話.?一般來說這是一個好主意,
log_slow_queries
#?所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.
#?不要在這里使用“1″,?否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由于?MySQL?目前時間的精確度只能達到秒的級別).
long_query_time?=?6
#?在慢速日志中記錄更多的信息.
#?一般此項最好打開.
#?打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里
log_long_format
#?此目錄被MySQL用來保存臨時文件.例如,
#?它被用來處理基于磁盤的大型排序,和內(nèi)部排序一樣.
#?以及簡單的臨時表.
#?如果你不創(chuàng)建非常大的臨時文件,將其放置到?swapfs/tmpfs?文件系統(tǒng)上也許比較好
#?另一種選擇是你也可以將其放置在獨立的磁盤上.
#?你可以使用”;”來放置多個路徑
#?他們會按照?roud-robin?方法被輪詢使用.
#tmpdir?=?/tmp
#?***?主從復制相關(guān)的設(shè)置
#?唯一的服務辨識號,數(shù)值位于?1?到?2^32-1之間.
#?此值在master和slave上都需要設(shè)置.
#?如果?“master-host”?沒有被設(shè)置,則默認為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)?設(shè)置以下的變量.?不論如何,?在你選擇這種方法的情況下,?然后第一次啟動復制(甚至不成功的情況下,
#?例如如果你輸入錯密碼在master-password字段并且slave無法連接),
#?slave會創(chuàng)建一個?master.info?文件,并且之后任何對于包含在此文件內(nèi)的參數(shù)的變化都會被忽略
#?并且由?master.info?文件內(nèi)的內(nèi)容覆蓋,?除非你關(guān)閉slave服務,?刪除?master.info?并且重啟slave?服務.
#?由于這個原因,你也許不想碰一下的配置(注釋掉的)?并且使用?CHANGE?MASTER?TO?(查看上面)?來代替
#
#?所需要的唯一id號位于?2?和?2^32?–?1之間
#?(并且和master不同)
#?如果master-host被設(shè)置了.則默認值是2
#?但是如果省略,則不會生效
#server-id?=?2
#
#?復制結(jié)構(gòu)中的master?–?必須
#master-host?=
#
#?當連接到master上時slave所用來認證的用戶名?–?必須
#master-user?=
#
#?當連接到master上時slave所用來認證的密碼?–?必須
#master-password?=
#
#?master監(jiān)聽的端口.
#?可選?–?默認是3306
#master-port?=
#?使得slave只讀.只有用戶擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù).
#?你可以使用此項去保證沒有應用程序會意外的修改slave而不是master上的數(shù)據(jù)
#read_only
#***?MyISAM?相關(guān)選項
#?關(guān)鍵詞緩沖的大小,?一般用來緩沖?MyISAM?表的索引塊.
#?不要將其設(shè)置大于你可用內(nèi)存的30%,
#?因為一部分內(nèi)存同樣被OS用來緩沖行數(shù)據(jù)
#?甚至在你并不使用?MyISAM?表的情況下,?你也需要仍舊設(shè)置起?8-64M?內(nèi)存由于它同樣會被內(nèi)部臨時磁盤表使用.
key_buffer_size?=?128M
#?用來做?MyISAM?表全表掃描的緩沖大小.
#?當全表掃描需要時,在對應線程中分配.
read_buffer_size?=?8M
#?當在排序之后,從一個已經(jīng)排序好的序列中讀取行時,行數(shù)據(jù)將從這個緩沖中讀取來防止磁盤尋道.
#?如果你增高此值,可以提高很多?ORDER?BY?的性能.
#?當需要時由每個線程分配
read_rnd_buffer_size?=?64M
#?MyISAM?使用特殊的類似樹的?cache?來使得突發(fā)插入
#?(這些插入是,INSERT?…?SELECT,?INSERT?…?VALUES?(…),?(…),?…,?以及?LOAD?DATA?INFILE)?更快.
#?此變量限制每個進程中緩沖樹的字節(jié)數(shù).
#?設(shè)置為?0?會關(guān)閉此優(yōu)化.
#?為了最優(yōu)化不要將此值設(shè)置大于?“key_buffer_size”.
#?當突發(fā)插入被檢測到時此緩沖將被分配.
bulk_insert_buffer_size?=?256M
#?此緩沖當?MySQL?需要在?REPAIR,?OPTIMIZE,?ALTER?以及?LOAD?DATA?INFILE?到一個空表中引起重建索引時被分配.
#?這在每個線程中被分配.所以在設(shè)置大值時需要小心.
myisam_sort_buffer_size?=?256M
#?MySQL?重建索引時所允許的最大臨時文件的大小?(當?REPAIR,?ALTER?TABLE?或者?LOAD?DATA?INFILE).
#?如果文件大小比此值更大,索引會通過鍵值緩沖創(chuàng)建(更慢)
myisam_max_sort_file_size?=?10G
#?如果被用來更快的索引創(chuàng)建索引所使用臨時文件大于制定的值,那就使用鍵值緩沖方法.
#?這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創(chuàng)建索引.
myisam_max_extra_sort_file_size?=?10G
#?如果一個表擁有超過一個索引,?MyISAM?可以通過并行排序使用超過一個線程去修復他們.
#?這對于擁有多個?CPU?以及大量內(nèi)存情況的用戶,是一個很好的選擇.
myisam_repair_threads?=?1
#?自動檢查和修復沒有適當關(guān)閉的?MyISAM?表.
myisam_recover
#?默認關(guān)閉?Federated
skip-federated
#?***?BDB?相關(guān)選項?***
#?如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項.?這會節(jié)省內(nèi)存并且可能加速一些事.
skip-bdb
#?***?INNODB?相關(guān)選項?***
#?如果你的?MySQL?服務包含?InnoDB?支持但是并不打算使用的話,
#?使用此選項會節(jié)省內(nèi)存以及磁盤空間,并且加速某些部分
#skip-innodb
#?附加的內(nèi)存池被?InnoDB?用來保存?metadata?信息(5.6中不再推薦使用)
#?如果?InnoDB?為此目的需要更多的內(nèi)存,它會開始從?OS?這里申請內(nèi)存.
#?由于這個操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快,?你一般不需要修改此值.
#?SHOW?INNODB?STATUS?命令會顯示當先使用的數(shù)量.
innodb_additional_mem_pool_size?=?64M
#?InnoDB使用一個緩沖池來保存索引和原始數(shù)據(jù),?不像?MyISAM.
#?這里你設(shè)置越大,這能保證你在大多數(shù)的讀取操作時使用的是內(nèi)存而不是硬盤,在存取表里面數(shù)據(jù)時所需要的磁盤?I/O?越少.
#?在一個獨立使用的數(shù)據(jù)庫服務器上,你可以設(shè)置這個變量到服務器物理內(nèi)存大小的80%
#?不要設(shè)置過大,否則,由于物理內(nèi)存的競爭可能導致操作系統(tǒng)的換頁顛簸.
#?注意在32位系統(tǒng)上你每個進程可能被限制在?2-3.5G?用戶層面內(nèi)存限制,
#?所以不要設(shè)置的太高.
innodb_buffer_pool_size?=?6G
#?InnoDB?將數(shù)據(jù)保存在一個或者多個數(shù)據(jù)文件中成為表空間.
#?如果你只有單個邏輯驅(qū)動保存你的數(shù)據(jù),一個單個的自增文件就足夠好了.
#?其他情況下.每個設(shè)備一個文件一般都是個好的選擇.
#?你也可以配置?InnoDB?來使用裸盤分區(qū)?–?請參考手冊來獲取更多相關(guān)內(nèi)容
innodb_data_file_path?=?ibdata1:10M:autoextend
#?設(shè)置此選項如果你希望InnoDB表空間文件被保存在其他分區(qū).
#?默認保存在MySQL的datadir中.
#innodb_data_home_dir?=
#?用來同步IO操作的IO線程的數(shù)量.
#?此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個大數(shù)值下表現(xiàn)的更好.
innodb_file_io_threads?=?8
#?如果你發(fā)現(xiàn)?InnoDB?表空間損壞,?設(shè)置此值為一個非零值可能幫助你導出你的表.
#?從1開始并且增加此值知道你能夠成功的導出表.
#innodb_force_recovery=1
#?在?InnoDb?核心內(nèi)的允許線程數(shù)量.
#?最優(yōu)值依賴于應用程序,硬件以及操作系統(tǒng)的調(diào)度方式.
#?過高的值可能導致線程的互斥顛簸.
innodb_thread_concurrency?=?16
#?如果設(shè)置為1?,InnoDB?會在每次提交后刷新(fsync)事務日志到磁盤上,
#?這提供了完整的?ACID?行為.
#?如果你愿意對事務安全折衷,?并且你正在運行一個小的事物,?你可以設(shè)置此值到0或者2來減少由事務日志引起的磁盤I/O
#?0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.
#?2代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會刷新到磁盤上.
innodb_flush_log_at_trx_commit?=?2
（說明：如果是游戲服務器，建議此值設(shè)置為2咐汞；如果是對數(shù)據(jù)安全要求極高的應用，建議設(shè)置為1儒鹿；設(shè)置為0性能最高化撕，但如果發(fā)生故障，數(shù)據(jù)可能會有丟失的危險约炎！默認值1的意思是每一次事務提交或事務外的指令都需要把日志寫入（flush）硬盤植阴，這是很費時的。特別是使用電池供電緩存（Battery?backed?up?cache）時圾浅。設(shè)成2對于很多運用掠手，特別是從MyISAM表轉(zhuǎn)過來的是可以的，它的意思是不寫入硬盤而是寫入系統(tǒng)緩存狸捕。日志仍然會每秒flush到硬盤喷鸽，所以你一般不會丟失超過1-2秒的更新。設(shè)成0會更快一點灸拍，但安全方面比較差做祝，即使MySQL掛了也可能會丟失事務的數(shù)據(jù)。而值2只會在整個操作系統(tǒng)掛了時才可能丟數(shù)據(jù)鸡岗。）
#?加速?InnoDB?的關(guān)閉.?這會阻止?InnoDB?在關(guān)閉時做全清除以及插入緩沖合并.
#?這可能極大增加關(guān)機時間,?但是取而代之的是?InnoDB?可能在下次啟動時做這些操作.
#innodb_fast_shutdown
#?用來緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.
#?當此值快滿時,?InnoDB?將必須刷新數(shù)據(jù)到磁盤上.
#?由于基本上每秒都會刷新一次,所以沒有必要將此值設(shè)置的太大(甚至對于長事務而言)
innodb_log_buffer_size?=?16M
#?在日志組中每個日志文件的大小.
#?你應該設(shè)置日志文件總合大小到你緩沖池大小的25%~100%
#?來避免在日志文件覆寫上不必要的緩沖池刷新行為.
#?不論如何,?請注意一個大的日志文件大小會增加恢復進程所需要的時間.
innodb_log_file_size?=?512M
#?在日志組中的文件總數(shù).
#?通常來說2~3是比較好的.
innodb_log_files_in_group?=?3
#?InnoDB?的日志文件所在位置.?默認是?MySQL?的?datadir.
#?你可以將其指定到一個獨立的硬盤上或者一個RAID1卷上來提高其性能
#innodb_log_group_home_dir
#?在?InnoDB?緩沖池中最大允許的臟頁面的比例.
#?如果達到限額,?InnoDB?會開始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁面.
#?這是一個軟限制,不被保證絕對執(zhí)行.
innodb_max_dirty_pages_pct?=?90
#?InnoDB?用來刷新日志的方法.
#?表空間總是使用雙重寫入刷新方法
#?默認值是?“fdatasync”,?另一個是?“O_DSYNC”.
#?一般來說混槐，如果你有硬件?RAID?控制器，并且其獨立緩存采用?write-back?機制轩性，并有著電池斷電保護声登，那么應該設(shè)置配置為?O_DIRECT
#?否則，大多數(shù)情況下應將其設(shè)為?fdatasync
#innodb_flush_method=fdatasync
#?在被回滾前,一個?InnoDB?的事務應該等待一個鎖被批準多久.
#?InnoDB?在其擁有的鎖表中自動檢測事務死鎖并且回滾事務.
#?如果你使用?LOCK?TABLES?指令,?或者在同樣事務中使用除了?InnoDB?以外的其他事務安全的存儲引擎
#?那么一個死鎖可能發(fā)生而?InnoDB?無法注意到.
#?這種情況下這個?timeout?值對于解決這種問題就非常有幫助.
innodb_lock_wait_timeout?=?120
#?這項設(shè)置告知InnoDB是否需要將所有表的數(shù)據(jù)和索引存放在共享表空間里（innodb_file_per_table?=?OFF）?或者為每張表的數(shù)據(jù)單獨放在一個.ibd文件（innodb_file_per_table?=?ON）
#?每張表一個文件允許你在drop揣苏、truncate或者rebuild表時回收磁盤空間
#?這對于一些高級特性也是有必要的悯嗓，比如數(shù)據(jù)壓縮,但是它不會帶來任何性能收益
innodb_file_per_table?=?on
[mysqldump]
#?不要在將內(nèi)存中的整個結(jié)果寫入磁盤之前緩存.?在導出非常巨大的表時需要此項
quick
max_allowed_packet?=?32M
[mysql]
no-auto-rehash
#?僅僅允許使用鍵值的?UPDATEs?和?DELETEs?.
#safe-updates
[myisamchk]
key_buffer?=?16M
sort_buffer_size?=?16M
read_buffer?=?8M
write_buffer?=?8M
[mysqlhotcopy]
interactive-timeout
[mysqld_safe]
#?增加每個進程的可打開文件數(shù)量.
#?警告:?確認你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!
#?打開大量表需要將此值設(shè)大
open-files-limit?=?8192
我自己服務器上的配置
[plain]view plaincopy
#?以下選項會被MySQL客戶端應用讀取。
#?注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內(nèi)容舒岸。
#?如果你想你自己的MySQL應用程序獲取這些值绅作。
#?需要在MySQL客戶端庫初始化的時候指定這些選項。
#
[client]
#password?=?[your_password]
port?=?3306
socket?=?/usr/local/mysql/mysql.sock
#?***?應用定制選項?***
#
#?MySQL?服務端
#
[mysqld]
#?一般配置選項
port?=?3306
socket?=?/usr/local/mysql/mysql.sock
basedir?=/usr/local/mysql
datadir?=?/data/mysqldb
#?back_log?是操作系統(tǒng)在監(jiān)聽隊列中所能保持的連接數(shù),
#?隊列保存了在?MySQL?連接管理器線程處理之前的連接.
#?如果你有非常高的連接率并且出現(xiàn)?“connection?refused”?報錯,
#?你就應該增加此處的值.
#?檢查你的操作系統(tǒng)文檔來獲取這個變量的最大值.
#?如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會沒有效果
#back_log?=?300
#?不在?TCP/IP?端口上進行監(jiān)聽.
#?如果所有的進程都是在同一臺服務器連接到本地的?mysqld,
#?這樣設(shè)置將是增強安全的方法
#?所有?mysqld?的連接都是通過?Unix?Sockets?或者命名管道進行的.
#?注意在?Windows下如果沒有打開命名管道選項而只是用此項
#?(通過?“enable-named-pipe”?選項)?將會導致?MySQL?服務沒有任何作用!
#skip-networking
#?MySQL?服務所允許的同時會話數(shù)的上限
#?其中一個連接將被?SUPER?權(quán)限保留作為管理員登錄.
#?即便已經(jīng)達到了連接數(shù)的上限.
max_connections?=?3000
#?每個客戶端連接最大的錯誤允許數(shù)量,如果達到了此限制.
#?這個客戶端將會被?MySQL?服務阻止直到執(zhí)行了?“FLUSH?HOSTS”?或者服務重啟
#?非法的密碼以及其他在鏈接時的錯誤會增加此值.
#?查看?“Aborted_connects”?狀態(tài)來獲取全局計數(shù)器.
max_connect_errors?=?100
#?所有線程所打開表的數(shù)量.
#?增加此值就增加了?mysqld?所需要的文件描述符的數(shù)量
#?這樣你需要確認在?[mysqld_safe]?中?“open-files-limit”?變量設(shè)置打開文件數(shù)量允許至少等于?table_cache?的值
table_open_cache?=?4096
#?允許外部文件級別的鎖.?打開文件鎖會對性能造成負面影響
#?所以只有在你在同樣的文件上運行多個數(shù)據(jù)庫實例時才使用此選項(注意仍會有其他約束!)
#?或者你在文件層面上使用了其他一些軟件依賴來鎖定?MyISAM?表
#external-locking
#?服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的?BLOB?字段一起工作時相當必要)
#?每個連接獨立的大小蛾派，大小動態(tài)增加
max_allowed_packet?=?128M
#?在一個事務中?binlog?為了記錄?SQL?狀態(tài)所持有的?cache?大小
#?如果你經(jīng)常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能.
#?所有從事務來的狀態(tài)都將被緩沖在?binlog?緩沖中然后在提交后一次性寫入到?binlog?中
#?如果事務比此值大,?會使用磁盤上的臨時文件來替代.
#?此緩沖在每個連接的事務第一次更新狀態(tài)時被創(chuàng)建
binlog_cache_size?=?4M
#?獨立的內(nèi)存表所允許的最大容量.
#?此選項為了防止意外創(chuàng)建一個超大的內(nèi)存表導致永盡所有的內(nèi)存資源.
max_heap_table_size?=?128M
#?隨機讀取數(shù)據(jù)緩沖區(qū)使用內(nèi)存(read_rnd_buffer_size)：和順序讀取相對應俄认，
#?當?MySQL?進行非順序讀取（隨機讀取）數(shù)據(jù)塊的時候，會利用>這個緩沖區(qū)暫存讀取的數(shù)據(jù)
#?如根據(jù)索引信息讀取表數(shù)據(jù)态鳖，根據(jù)排序后的結(jié)果集與表進行?Join?等等
#?總的來說发皿，就是當數(shù)據(jù)塊的讀取需要滿足>一定的順序的情況下，MySQL?就需要產(chǎn)生隨機讀取弧轧，進而使用到?read_rnd_buffer_size?參數(shù)所設(shè)置的內(nèi)存緩沖區(qū)
read_rnd_buffer_size?=?16M
#?排序緩沖被用來處理類似?ORDER?BY?以及?GROUP?BY?隊列所引起的排序
#?如果排序后的數(shù)據(jù)無法放入排序緩沖,一個用來替代的基于磁盤的合并分類會被使用
#?查看?“Sort_merge_passes”?狀態(tài)變量.
#?在排序發(fā)生時由每個線程分配
sort_buffer_size?=?16M
#?此緩沖被使用來優(yōu)化全聯(lián)合(FULL?JOINS?不帶索引的聯(lián)合).
#?類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),但是將此值設(shè)大能夠減輕性能影響.
#?通過?“Select_full_join”?狀態(tài)變量查看全聯(lián)合的數(shù)量
#?當全聯(lián)合發(fā)生時,在每個線程中分配
join_buffer_size?=?16M
#?我們在?cache?中保留多少線程用于重用
#?當一個客戶端斷開連接后,如果?cache?中的線程還少于?thread_cache_size,則客戶端線程被放入cache?中.
#?這可以在你需要大量新連接的時候極大的減少線程創(chuàng)建的開銷
#?(一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.)
thread_cache_size?=?16
#?此允許應用程序給予線程系統(tǒng)一個提示在同一時間給予渴望被運行的線程的數(shù)量.
#?此值只對于支持?thread_concurrency()?函數(shù)的系統(tǒng)有意義(?例如Sun?Solaris).
#?你可可以嘗試使用?[CPU數(shù)量]*(2..4)?來作為?thread_concurrency?的值
thread_concurrency?=?8
#?查詢緩沖常被用來緩沖?SELECT?的結(jié)果并且在下一次同樣查詢的時候不再執(zhí)行直接返回結(jié)果.
#?打開查詢緩沖可以極大的提高服務器速度,?如果你有大量的相同的查詢并且很少修改表.
#?查看?“Qcache_lowmem_prunes”?狀態(tài)變量來檢查是否當前值對于你的負載來說是否足夠高.
#?注意:?在你表經(jīng)常變化的情況下或者如果你的查詢原文每次都不同,
#?查詢緩沖也許引起性能下降而不是性能提升.
query_cache_size?=?128M
#?只有小于此設(shè)定值的結(jié)果才會被緩沖
#?此設(shè)置用來保護查詢緩沖,防止一個極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋.
query_cache_limit?=?4M
#?被全文檢索索引的最小的字長.
#?你也許希望減少它,如果你需要搜索更短字的時候.
#?注意在你修改此值之后,你需要重建你的?FULLTEXT?索引
ft_min_word_len?=?8
#?如果你的系統(tǒng)支持?memlock()?函數(shù),你也許希望打開此選項用以讓運行中的?mysql?在在內(nèi)存高度緊張的時候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被?swapping?out
#?此選項對于性能有益
#memlock
#?當創(chuàng)建新表時作為默認使用的表類型,
#?如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會使用此值
#default_table_type?=?InnoDB
#?線程使用的堆大小.?此容量的內(nèi)存在每次連接時被預留.
#?MySQL?本身常不會需要超過?64K?的內(nèi)存
#?如果你使用你自己的需要大量堆的?UDF?函數(shù)或者你的操作系統(tǒng)對于某些操作需要更多的堆,你也許需要將其設(shè)置的更高一點.
thread_stack?=?512K
#?設(shè)定默認的事務隔離級別.可用的級別如下:
#?READ-UNCOMMITTED,?READ-COMMITTED,?REPEATABLE-READ,?SERIALIZABLE
transaction_isolation?=?REPEATABLE-READ
#?內(nèi)部(內(nèi)存中)臨時表的最大大小
#?如果一個表增長到比此值更大,將會自動轉(zhuǎn)換為基于磁盤的表.
#?此限制是針對單個表的,而不是總和.
tmp_table_size?=?128M
#?打開二進制日志功能.
#?在復制(replication)配置中,作為?MASTER?主服務器必須打開此項
#?如果你需要從你最后的備份中做基于時間點的恢復,你也同樣需要二進制日志.
log-bin=/usr/local/mysql/logs/mysql-bin
#?如果你在使用鏈式從服務器結(jié)構(gòu)的復制模式?(A->B->C),
#?你需要在服務器B上打開此項.
#?此選項打開在從線程上重做過的更新的日志,?并將其寫入從服務器的二進制日志.
#log_slave_updates
#?打開全查詢?nèi)罩??所有的由服務器接收到的查詢?(甚至對于一個錯誤語法的查詢)
#?都會被記錄下來.?這對于調(diào)試非常有用,?在生產(chǎn)環(huán)境中常常關(guān)閉此項.
general_log=ON
general_log_file=/usr/local/mysql/log/mysql.log
#?將警告打印輸出到錯誤?log?文件.?如果你對于?MySQL?有任何問題
#?你應該打開警告?log?并且仔細審查錯誤日志,查出可能的原因.
#log_warnings
#?記錄慢速查詢.?慢速查詢是指消耗了比?“l(fā)ong_query_time”?定義的更多時間的查詢.
#?如果?log_long_format?被打開,那些沒有使用索引的查詢也會被記錄.
#?如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話.?一般來說這是一個好主意,
#log_slow_queries
#?所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.
#?不要在這里使用“1″,?否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由于?MySQL?目前時間的精確度只能達到秒的級別).
long_query_time?=?6
#?在慢速日志中記錄更多的信息.
#?一般此項最好打開.
#?打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里
#log_long_format
#?此目錄被MySQL用來保存臨時文件.例如,
#?它被用來處理基于磁盤的大型排序,和內(nèi)部排序一樣.
#?以及簡單的臨時表.
#?如果你不創(chuàng)建非常大的臨時文件,將其放置到?swapfs/tmpfs?文件系統(tǒng)上也許比較好
#?另一種選擇是你也可以將其放置在獨立的磁盤上.
#?你可以使用”;”來放置多個路徑
#?他們會按照?roud-robin?方法被輪詢使用.
#tmpdir?=?/tmp
#?***?主從復制相關(guān)的設(shè)置
#?唯一的服務辨識號,數(shù)值位于?1?到?2^32-1之間.
#?此值在master和slave上都需要設(shè)置.
#?如果?“master-host”?沒有被設(shè)置,則默認為1,?但是如果忽略此選項,MySQL不會作為master生效.
server-id?=?001
sync_binlog=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)?設(shè)置以下的變量.?不論如何,?在你選擇這種方法的情況下,?然后第一次啟動復制(甚至不成功的情況下,
#?例如如果你輸入錯密碼在master-password字段并且slave無法連接),
#?slave會創(chuàng)建一個?master.info?文件,并且之后任何對于包含在此文件內(nèi)的參數(shù)的變化都會被忽略
#?并且由?master.info?文件內(nèi)的內(nèi)容覆蓋,?除非你關(guān)閉slave服務,?刪除?master.info?并且重啟slave?服務.
#?由于這個原因,你也許不想碰一下的配置(注釋掉的)?并且使用?CHANGE?MASTER?TO?(查看上面)?來代替
#
#?所需要的唯一id號位于?2?和?2^32?–?1之間
#?(并且和master不同)
#?如果master-host被設(shè)置了.則默認值是2
#?但是如果省略,則不會生效
#server-id?=?2
#
#?復制結(jié)構(gòu)中的master?–?必須
#master-host?=
#
#?當連接到master上時slave所用來認證的用戶名?–?必須
#master-user?=
#
#?當連接到master上時slave所用來認證的密碼?–?必須
#master-password?=
#
#?master監(jiān)聽的端口.
#?可選?–?默認是3306
#master-port?=
#?使得slave只讀.只有用戶擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù).
#?你可以使用此項去保證沒有應用程序會意外的修改slave而不是master上的數(shù)據(jù)
#read_only
#***?MyISAM?相關(guān)選項
#?關(guān)鍵詞緩沖的大小,?一般用來緩沖?MyISAM?表的索引塊.
#?不要將其設(shè)置大于你可用內(nèi)存的30%,
#?因為一部分內(nèi)存同樣被OS用來緩沖行數(shù)據(jù)
#?甚至在你并不使用?MyISAM?表的情況下,?你也需要仍舊設(shè)置起?8-64M?內(nèi)存由于它同樣會被內(nèi)部臨時磁盤表使用.
key_buffer_size?=?128M
#?用來做?MyISAM?表全表掃描的緩沖大小.
#?當全表掃描需要時,在對應線程中分配.
read_buffer_size?=?8M
#?當在排序之后,從一個已經(jīng)排序好的序列中讀取行時,行數(shù)據(jù)將從這個緩沖中讀取來防止磁盤尋道.
#?如果你增高此值,可以提高很多?ORDER?BY?的性能.
#?當需要時由每個線程分配
read_rnd_buffer_size?=?64M
#?MyISAM?使用特殊的類似樹的?cache?來使得突發(fā)插入
#?(這些插入是,INSERT?…?SELECT,?INSERT?…?VALUES?(…),?(…),?…,?以及?LOAD?DATA?INFILE)?更快.
#?此變量限制每個進程中緩沖樹的字節(jié)數(shù).
#?設(shè)置為?0?會關(guān)閉此優(yōu)化.
#?為了最優(yōu)化不要將此值設(shè)置大于?“key_buffer_size”.
#?當突發(fā)插入被檢測到時此緩沖將被分配.
bulk_insert_buffer_size?=?256M
#?此緩沖當?MySQL?需要在?REPAIR,?OPTIMIZE,?ALTER?以及?LOAD?DATA?INFILE?到一個空表中引起重建索引時被分配.
#?這在每個線程中被分配.所以在設(shè)置大值時需要小心.
myisam_sort_buffer_size?=?256M
#?MySQL?重建索引時所允許的最大臨時文件的大小?(當?REPAIR,?ALTER?TABLE?或者?LOAD?DATA?INFILE).
#?如果文件大小比此值更大,索引會通過鍵值緩沖創(chuàng)建(更慢)
myisam_max_sort_file_size?=?10G
#?如果被用來更快的索引創(chuàng)建索引所使用臨時文件大于制定的值,那就使用鍵值緩沖方法.
#?這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創(chuàng)建索引.
#myisam_max_extra_sort_file_size?=?10G
#?如果一個表擁有超過一個索引,?MyISAM?可以通過并行排序使用超過一個線程去修復他們.
#?這對于擁有多個?CPU?以及大量內(nèi)存情況的用戶,是一個很好的選擇.
myisam_repair_threads?=?1
#?自動檢查和修復沒有適當關(guān)閉的?MyISAM?表.
myisam_recover
#?默認關(guān)閉?Federated
skip-federated
#?***?BDB?相關(guān)選項?***
#?如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項.?這會節(jié)省內(nèi)存并且可能加速一些事.
#skip-bdb
#?***?INNODB?相關(guān)選項?***
#?如果你的?MySQL?服務包含?InnoDB?支持但是并不打算使用的話,
#?使用此選項會節(jié)省內(nèi)存以及磁盤空間,并且加速某些部分
#skip-innodb
#?附加的內(nèi)存池被?InnoDB?用來保存?metadata?信息(5.6中不再推薦使用)
#?如果?InnoDB?為此目的需要更多的內(nèi)存,它會開始從?OS?這里申請內(nèi)存.
#?由于這個操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快,?你一般不需要修改此值.
#?SHOW?INNODB?STATUS?命令會顯示當先使用的數(shù)量.
innodb_additional_mem_pool_size?=?64M
#?InnoDB使用一個緩沖池來保存索引和原始數(shù)據(jù),?不像?MyISAM.
#?這里你設(shè)置越大,這能保證你在大多數(shù)的讀取操作時使用的是內(nèi)存而不是硬盤,在存取表里面數(shù)據(jù)時所需要的磁盤?I/O?越少.
#?在一個獨立使用的數(shù)據(jù)庫服務器上,你可以設(shè)置這個變量到服務器物理內(nèi)存大小的80%
#?不要設(shè)置過大,否則,由于物理內(nèi)存的競爭可能導致操作系統(tǒng)的換頁顛簸.
#?注意在32位系統(tǒng)上你每個進程可能被限制在?2-3.5G?用戶層面內(nèi)存限制,
#?所以不要設(shè)置的太高.
innodb_buffer_pool_size?=?6G
#?InnoDB?將數(shù)據(jù)保存在一個或者多個數(shù)據(jù)文件中成為表空間.
#?如果你只有單個邏輯驅(qū)動保存你的數(shù)據(jù),一個單個的自增文件就足夠好了.
#?其他情況下.每個設(shè)備一個文件一般都是個好的選擇.
#?你也可以配置?InnoDB?來使用裸盤分區(qū)?–?請參考手冊來獲取更多相關(guān)內(nèi)容
innodb_data_file_path?=?ibdata1:10M:autoextend
#?設(shè)置此選項如果你希望InnoDB表空間文件被保存在其他分區(qū).
#?默認保存在MySQL的datadir中.
#innodb_data_home_dir?=
#?用來同步IO操作的IO線程的數(shù)量.
#?此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個大數(shù)值下表現(xiàn)的更好.
innodb_file_io_threads?=?8
#?如果你發(fā)現(xiàn)?InnoDB?表空間損壞,?設(shè)置此值為一個非零值可能幫助你導出你的表.
#?從1開始并且增加此值知道你能夠成功的導出表.
#innodb_force_recovery=1
#?在?InnoDb?核心內(nèi)的允許線程數(shù)量.
#?最優(yōu)值依賴于應用程序,硬件以及操作系統(tǒng)的調(diào)度方式.
#?過高的值可能導致線程的互斥顛簸.
innodb_thread_concurrency?=?16
#?如果設(shè)置為1?,InnoDB?會在每次提交后刷新(fsync)事務日志到磁盤上,
#?這提供了完整的?ACID?行為.
#?如果你愿意對事務安全折衷,?并且你正在運行一個小的事物,?你可以設(shè)置此值到0或者2來減少由事務日志引起的磁盤I/O
#?0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.
#?2代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會刷新到磁盤上.
innodb_flush_log_at_trx_commit?=?2
#（說明：如果是游戲服務器瓷炮，建議此值設(shè)置為2萎津；如果是對數(shù)據(jù)安全要求極高的應用卸伞，建議設(shè)置為1；設(shè)置為0性能最高锉屈，但如果發(fā)生故障荤傲，數(shù)據(jù)可能會有丟失的危險！默認值1的意思是每一次事務提交或事務外的指令都需要把日志寫入（flush）硬盤颈渊，這是很費時的遂黍。特別是使用電池供電緩存（Battery?backed?up?cache）時。設(shè)成2對于很多運用俊嗽，特別是從MyISAM表轉(zhuǎn)過來的是可以的雾家，它的意思是不寫入硬盤而是寫入系統(tǒng)緩存。日志仍然會每秒flush到硬盤绍豁，所以你一般不會丟失超過1-2秒的更新芯咧。設(shè)成0會更快一點，但安全方面比較差妹田，即使MySQL掛了也可能會丟失事務的數(shù)據(jù)唬党。而值2只會在整個操作系統(tǒng)掛了時才可能丟數(shù)據(jù)。）
#?加速?InnoDB?的關(guān)閉.?這會阻止?InnoDB?在關(guān)閉時做全清除以及插入緩沖合并.
#?這可能極大增加關(guān)機時間,?但是取而代之的是?InnoDB?可能在下次啟動時做這些操作.
#innodb_fast_shutdown
#?用來緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.
#?當此值快滿時,?InnoDB?將必須刷新數(shù)據(jù)到磁盤上.
#?由于基本上每秒都會刷新一次,所以沒有必要將此值設(shè)置的太大(甚至對于長事務而言)
innodb_log_buffer_size?=?16M
#?在日志組中每個日志文件的大小.
#?你應該設(shè)置日志文件總合大小到你緩沖池大小的25%~100%
#?來避免在日志文件覆寫上不必要的緩沖池刷新行為.
#?不論如何,?請注意一個大的日志文件大小會增加恢復進程所需要的時間.
innodb_log_file_size?=?512M
#?在日志組中的文件總數(shù).
#?通常來說2~3是比較好的.
innodb_log_files_in_group?=?3
#?InnoDB?的日志文件所在位置.?默認是?MySQL?的?datadir.
#?你可以將其指定到一個獨立的硬盤上或者一個RAID1卷上來提高其性能
#innodb_log_group_home_dir
#?在?InnoDB?緩沖池中最大允許的臟頁面的比例.
#?如果達到限額,?InnoDB?會開始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁面.
#?這是一個軟限制,不被保證絕對執(zhí)行.
innodb_max_dirty_pages_pct?=?90
#?InnoDB?用來刷新日志的方法.
#?表空間總是使用雙重寫入刷新方法
#?默認值是?“fdatasync”,?另一個是?“O_DSYNC”.
#?一般來說鬼佣，如果你有硬件?RAID?控制器驶拱，并且其獨立緩存采用?write-back?機制，并有著電池斷電保護晶衷，那么應該設(shè)置配置為?O_DIRECT
#?否則蓝纲，大多數(shù)情況下應將其設(shè)為?fdatasync
#innodb_flush_method=fdatasync
#?在被回滾前,一個?InnoDB?的事務應該等待一個鎖被批準多久.
#?InnoDB?在其擁有的鎖表中自動檢測事務死鎖并且回滾事務.
#?如果你使用?LOCK?TABLES?指令,?或者在同樣事務中使用除了?InnoDB?以外的其他事務安全的存儲引擎
#?那么一個死鎖可能發(fā)生而?InnoDB?無法注意到.
#?這種情況下這個?timeout?值對于解決這種問題就非常有幫助.
innodb_lock_wait_timeout?=?120
#?這項設(shè)置告知InnoDB是否需要將所有表的數(shù)據(jù)和索引存放在共享表空間里（innodb_file_per_table?=?OFF）?或者為每張表的數(shù)據(jù)單獨放在一個.ibd文件（innodb_file_per_table?=?ON）
#?每張表一個文件允許你在drop、truncate或者rebuild表時回收磁盤空間
#?這對于一些高級特性也是有必要的晌纫，比如數(shù)據(jù)壓縮,但是它不會帶來任何性能收益
innodb_file_per_table?=?on
[mysqldump]
#?不要在將內(nèi)存中的整個結(jié)果寫入磁盤之前緩存.?在導出非常巨大的表時需要此項
quick
max_allowed_packet?=?32M
[mysql]
no-auto-rehash
#?僅僅允許使用鍵值的?UPDATEs?和?DELETEs?.
#safe-updates
[myisamchk]
key_buffer?=?16M
sort_buffer_size?=?16M
read_buffer?=?8M
write_buffer?=?8M
[mysqlhotcopy]
interactive-timeout
[mysqld_safe]
#?增加每個進程的可打開文件數(shù)量.
#?警告:?確認你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!
#?打開大量表需要將此值設(shè)大
open-files-limit?=?8192
