my.cnf詳解

#*** client options 相關選項 ***#
#如下選項會被MySQL客戶端應用讀取。注意只有MySQL附帶的客戶端應用程序保證能夠讀取這段內容。若是你想你本身的MySQL應用程序獲取這些值。須要在MySQL客戶端庫初始化的時候指定這些選項。
[client]
port = 3309
socket =  /usr/local/mysql/tmp/mysql.sock
[mysqld]
!include  /usr/local/mysql/etc/mysqld.cnf 
#包含的配置文件 ，把用戶名，密碼文件單獨存放

port = 3309
bind-address = 0.0.0.0
server-id = 1 
#表示是本機的序號爲1,惟一

socket =  /usr/local/mysql/tmp/mysql.sock
pid-file =  /usr/local/mysql/var/mysql.pid
basedir =  /usr/local/mysql/
datadir =  /usr/local/mysql/var/
tmpdir =  /usr/local/mysql/tmp/ 
#此目錄被 MySQL用來保存臨時文件.例如,它被用來處理基於磁盤的大型排序,和內部排序同樣，以及簡單的臨時表.若是你不建立很是大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好。另外一種選擇是你也能夠將其放置在獨立的磁盤上.你可使用」;」來放置多個路徑，他們會按照 roud-robin 方法被輪詢使用.

slave-load-tmpdir =  /usr/local/mysql/tmp/ 
#當 slave 執行 load data infile 時用


#*** skip options 相關選項 ***#
skip-name-resolve 
#禁止 MySQL 對外部鏈接進行 DNS 解析，使用這一選項能夠消除 MySQL 進行 DNS 解析的時間。但須要注意，若是開啓該選項，則全部遠程主機鏈接受權都要使用 IP 地址方式，不然 MySQL 將沒法正常處理鏈接請求！

skip-symbolic-links 
#不能使用鏈接文件，多個客戶可能會訪問同一個數據庫，所以這防止外部客戶鎖定 MySQL 服務器。 該選項默認開啓

skip-external-locking 
#不使用系統鎖定，要使用 myisamchk,必須關閉服務器 ,避免 MySQL的外部鎖定，減小出錯概率加強穩定性。

skip-slave-start 
#啓動 mysql,不啓動複製

skip-networking 
#開啓該選項能夠完全關閉 MySQL 的 TCP/IP 鏈接方式，若是 WEB 服務器是以遠程鏈接的方式訪問 MySQL 數據庫服務器則不要開啓該選項！不然將沒法正常鏈接！ 若是全部的進程都是在同一臺服務器鏈接到本地的 mysqld, 這樣設置將是加強安全的方法

sysdate-is-now = 1 
#把SYSDATE 函數編程爲 NOW的別名

#*** 系統資源相關選項 ***#
back_log = 50 
#接受隊列，對於沒創建 tcp 鏈接的請求隊列放入緩存中，隊列大小爲 back_log，受限制與 OS 參數，試圖設定 back_log 高於你的操做系統的限制將是無效的。默認值爲 50。對於 Linux 系統推薦設置爲小於512的整數。若是系統在一個短期內有不少鏈接，則須要增大該參數的值

max_connections = 1000 
#指定MySQL容許的最大鏈接進程數。若是在訪問數據庫時常常出現"Too Many Connections"的錯誤提 示，則須要增大該參數值。

max_connect_errors = 10000 
#若是某個用戶發起的鏈接 error 超過該數值，則該用戶的下次鏈接將被阻塞，直到管理員執行 flush hosts ; 命令或者服務重啓， 防止黑客 ， 非法的密碼以及其餘在連接時的錯誤會增長此值

open_files_limit = 10240 
#MySQL打開的文件描述符限制，默認最小1024;當open_files_limit沒有被配置的時候，比較max_connections*5和ulimit-n的值，哪一個大用哪一個，當open_file_limit被配置的時候，比較open_files_limit和max_connections*5的值，哪一個大用哪一個。

connect-timeout = 10 
#鏈接超時以前的最大秒數,在 Linux 平臺上，該超時也用做等待服務器首次迴應的時間

wait-timeout = 28800 
#等待關閉鏈接的時間

interactive-timeout = 28800 
#關閉鏈接以前，容許 interactive_timeout（取代了wait_timeout）秒的不活動時間。客戶端的會話 wait_timeout 變量被設爲會話interactive_timeout 變量的值。若是前端程序採用短鏈接，建議縮短這2個值, 若是前端程序採用長鏈接，可直接註釋掉這兩個選項，默認配置(8小時)  

slave-net-timeout = 600 
#從服務器也可以處理網絡鏈接中斷。可是，只有從服務器超過slave_net_timeout 秒沒有從主服務器收到數據才通知網絡中斷

net_read_timeout = 30 
#從服務器讀取信息的超時

net_write_timeout = 60 
#從服務器寫入信息的超時

net_retry_count = 10 
#若是某個通訊端口的讀操做中斷了，在放棄前重試屢次

net_buffer_length = 16384 
#包消息緩衝區初始化爲 net_buffer_length 字節，但須要時能夠增加到 max_allowed_packet 字節

max_allowed_packet = 64M
# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB 字段一塊兒工做時至關必要)， 每一個鏈接獨立的大小.大小動態增長。 設置最大包,限制server接受的數據包大小，避免超長SQL的執行有問題 默認值爲16M，當MySQL客戶端或mysqld
服務器收到大於 max_allowed_packet 字節的信息包時，將發出「信息包過大」錯誤，並關閉鏈接。對於某些客戶端，若是通訊信息包過大，在執行查詢期間，可能會遇到「丟失與 MySQL 服務器的鏈接」錯誤。默認值 16M。

table_cache = 512 
# 全部線程所打開表的數量. 增長此值就增長了mysqld所須要的文件描述符的數量這樣你須要確認在[mysqld_safe]中 「open-files-limit」 變量設置打開文件數量容許至少4096

thread_stack = 192K 
# 線程使用的堆大小. 此容量的內存在每次鏈接時被預留.MySQL 自己常不會須要超過 64K 的內存若是你使用你本身的須要大量堆的 UDF 函數或者你的操做系統對於某些操做須要更多的堆,你也許須要將其設置的更高一點.默認設置足以知足大多數應用

thread_cache_size = 20 
# 咱們在 cache 中保留多少線程用於重用.當一個客戶端斷開鏈接後,若是 cache 中的線程還少於 thread_cache_size,則客戶端線程被放入 cache 中.這能夠在你須要大量新鏈接的時候極大的減小線程建立的開銷(通常來講若是你有好的線程模型的話,
這不會有明顯的性能提高.)服務器線程緩存這個值表示能夠從新利用保存在緩存中線程的數量,當斷開鏈接時若是緩存中還有空間,那麼客戶端的線程將被放到緩存中,若是線程從新被請求，那麼請求將從緩存中讀取,若是緩存中是空的或者是新的請求，那麼這個線程將被從新建立,
若是有不少新的線程，增長這個值能夠改善系統性能.經過比較 Connections 和 Threads_created 狀態的變量，能夠看到這個變量的做用
根據物理內存設置規則以下：
1G  —> 8
2G  —> 16
3G  —> 32
大於3G  —> 64

thread_concurrency = 8 
#此容許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.該參數取值爲服務器邏輯CPU數量×2，在本例中，服務器有 2 顆物理CPU，而每顆物理CPU又支持H.T超線程，因此實際取值爲 4 × 2 ＝ 8.設置 thread_concurrency的值的正確與否, 
對 mysql 的性能影響很大, 在多個 cpu(或多核)的狀況下，錯誤設置了 thread_concurrency 的值, 會致使 mysql 不能充分利用多 cpu(或多核),出現同一時刻只能一個 cpu(或核)在工做的狀況。 thread_concurrency 應設爲 CPU 核數的 2 倍.好比有一個雙核的 CPU, 
那麼 thread_concurrency 的應該爲 4; 2 個雙核的 cpu,thread_concurrency 的值應爲 8,屬重點優化參數
 
 
#*** qcache settings 相關選項 ***#
query_cache_limit = 2M 
#不緩存查詢大於該值的結果.只有小於此設定值的結果纔會被緩衝,  此設置用來保護查詢緩衝,防止一個極大的結果集將其餘全部的查詢結果都覆蓋.

query_cache_min_res_unit = 2K 
#查詢緩存分配的最小塊大小.默認是 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%

query_cache_size = 64M  
#指定 MySQL 查詢緩衝區的大小。能夠經過在 MySQL 控制檯執行如下命令觀察：
代碼:
> SHOW VARIABLES LIKE '%query_cache%';
> SHOW STATUS LIKE 'Qcache%';若是 Qcache_lowmem_prunes 的值很是大，則代表常常出現緩衝不夠的狀況；
若是 Qcache_hits 的值很是大，則代表查詢緩衝使用很是頻繁，若是該值較小反而會影響效率，那麼能夠考慮不用查詢緩衝； Qcache_free_blocks，若是該值很是大，則代表緩衝區中碎片不少。
memlock # 若是你的系統支持 memlock() 函數,你也許但願打開此選項用以讓運行中的 mysql 在在內存高度
緊張的時候,數據在內存中保持鎖定而且防止可能被 swapping out,此選項對於性能有益

#*** default settings 相關選項 ***#
default_table_type = InnoDB 
# 當建立新表時做爲默認使用的表類型,若是在建立表示沒有特別執行表類型,將會使用此值

default-time-zone = system 
#服務器時區

character-set-server = utf8 
#server 級別字符集

default-storage-engine = InnoDB 
#默認存儲引擎

#*** tmp && heap settings 相關選項 ***#
tmp_table_size = 512M 
#臨時表的最大大小，若是超過該值，則結果放到磁盤中,此限制是針對單個表的,而不是總和.

max_heap_table_size = 512M 
#獨立的內存表所容許的最大容量.此選項爲了防止意外建立一個超大的內存表致使永盡全部的內存資源.

#*** log settings 相關選項 ***#
log-bin = mysql-bin 
#打開二進制日誌功能.在複製(replication)配置中,做爲 MASTER 主服務器必須打開此項.若是你須要從你最後的備份中作基於時間點的恢復,你也一樣須要二進制日誌.這些路徑相對於 datadir

log_slave_updates = 1 
#表示slave將複製事件寫進本身的二進制日誌

log-bin-index = mysql-bin.index 
#二進制的索引文件名

relay-log = relay-log 
#定義relay_log的位置和名稱，若是值爲空，則默認位置在數據文件的目錄，文件名爲host_name-relay-bin.nnnnnn（By default, relay log file names have the form host_name-relay-bin.nnnnnn in the data directory）；

relay_log_index = relay-log.index  
#relay-log的索引文件名

log-warnings = 1 
# 將警告打印輸出到錯誤 log 文件.若是你對於MySQL有任何問題，你應該打開警告 log 而且仔細審查錯誤日誌,查出可能的緣由.

log-error =  /usr/local/mysql/log/mysql.err 
#錯誤日誌路徑

log_output = FILE 
#參數 log_output 指定了慢查詢輸出的格式，默認爲 FILE，你能夠將它設爲 TABLE，而後就能夠查詢 mysql 架構下的 slow_log 表了

log_slow_queries 
#指定是否開啓慢查詢日誌(該參數要被slow_query_log取代，作兼容性保留)

slow_query_log = 1 
# 指定是否開啓慢查詢日誌. 慢查詢是指消耗了比 「long_query_time」 定義的更多時間的查詢.若是 log_long_format 被打開,那些沒有使用索引的查詢也會被記錄.若是你常常增長新查詢到已有的系統內的話. 通常來講這是一個好主意,

long-query-time = 1 
#設定慢查詢的閥值，超出次設定值的SQL即被記錄到慢查詢日誌，缺省值爲10s.全部的使用了比這個時間(以秒爲單位)更多的查詢會被認爲是慢速查詢.不要在這裏使用」1″, 不然會致使全部的查詢,甚至很是快的查詢頁被記錄下來(因爲MySQL 目前時間的精確度只能達到秒的級別).

log_long_format 
# 在慢速日誌中記錄更多的信息.通常此項最好打開，打開此項會記錄使得那些沒有使用索引的查詢也被做爲到慢速查詢附加到慢速日誌裏

slow_query_log_file =  /usr/local/mysql/log/slow.log 
# 指定慢日誌文件存放位置，能夠爲空，系統會給一個缺省的文件host_name-slow.log

log-queries-not-using-indexes 
#若是運行的SQL語句沒有使用索引，則mysql數據庫一樣會將這條SQL語句記錄到慢查詢日誌文件中。

min_examined_row_limit=1000　　　　
#記錄那些因爲查找了多餘1000次而引起的慢查詢

long-slow-admin-statements　　　　
#記錄那些慢的optimize table，analyze table和alter table語句

log-slow-slave-statements 
#記錄由Slave所產生的慢查詢

general_log = 1 
#將全部到達MySQL Server的SQL語句記錄下來,默認關閉 

general_log_file =  /usr/local/mysql/log/mysql.log 
#general_log路徑

max_binlog_size = 1G 
#若是二進制日誌寫入的內容超出給定值，日誌就會發生滾動。你不能將該變量設置爲大於1GB或小於4096字節。 默認值是1GB。若是你正使用大的事務，二進制日誌還會超過max_binlog_size

max_relay_log_size = 1G 
#標記relaylog容許的最大值，若是該值爲0，則默認值爲max_binlog_size(1G)；若是不爲0，則max_relay_log_size則爲最大的relay_log文件大小；

relay-log-purge = 1 
#是否自動清空再也不須要中繼日誌時。默認值爲1(啓用)

expire_logs_days = 30 
#超過 30 天的 binlog 刪除

binlog_cache_size = 1M 
# 在一個事務中 binlog 爲了記錄 SQL 狀態所持有的 cache 大小,若是你常用大的,多聲明的事務,你能夠增長此值來獲取更大的性能.全部從事務來的狀態都將被緩衝在 binlog 緩衝中而後在提交後一次性寫入到 binlog 中,若是事務比此值大, 會使用磁盤上的臨時文件來替代.此緩衝在每一個鏈接的事務第一次更新狀態時被建立.session 級別

replicate-wild-ignore-table = mysql.% 
#複製時忽略數據庫及表
slave_skip_errors=all 
#定義複製過程當中從服務器能夠自動跳過的錯誤號，當複製過程當中遇到定義的錯誤號，就能夠自動跳過，直接執行後面的SQL語句。
slave_skip_errors選項有四個可用值，分別爲：off，all，ErorCode，ddl_exist_errors。
  默認狀況下該參數值是off，咱們能夠列出具體的error code，也能夠選擇all，mysql5.6及MySQL Cluster NDB 7.3以及後續版本增長了參數ddl_exist_errors，該參數包含一系列error code（1007,1008,1050,1051,1054,1060,1061,1068,1094,1146）
    一些error code表明的錯誤以下：
    1007：數據庫已存在，建立數據庫失敗
    1008：數據庫不存在，刪除數據庫失敗
    1050：數據表已存在，建立數據表失敗
    1051：數據表不存在，刪除數據表失敗
    1054：字段不存在，或程序文件跟數據庫有衝突
    1060：字段重複，致使沒法插入
    1061：重複鍵名
    1068：定義了多個主鍵
    1094：位置線程ID
    1146：數據表缺失，請恢復數據庫
    1053：複製過程當中主服務器宕機
    1062：主鍵衝突 Duplicate entry '%s' for key %d
    
    
#*** MyISAM 相關選項 ***#
key_buffer_size = 256M 
#指定用於索引的緩衝區大小，增長它可獲得更好的索引處理性能。若是是以InnoDB引擎爲主的DB，專用於MyISAM引擎的 key_buffer_size 能夠設置較小，8MB 已足夠  若是是以MyISAM引擎爲主，可設置較大，但不能超過4G. 在這裏，強烈建議不使用MyISAM引擎，默認都是用InnoDB引擎.注意：該參數值設置的過大反而會是服務器總體效率下降！

sort_buffer_size = 2M 
#查詢排序時所能使用的緩衝區大小。排序緩衝被用來處理相似 ORDER BY 以及 GROUP BY 隊列所引發的排序.一個用來替代的基於磁盤的合併分類會被使用.查看 「Sort_merge_passes」 狀態變量. 在排序發生時由每一個線程分配 注意：該參數對應的分配內存是每鏈接獨佔！若是有 100 個鏈接，那麼實際分配的總共排序緩衝區大小爲 100 × 6 ＝600MB,因此,對於內存在 4GB 左右的服務器推薦設置爲 6-8M。 

read_buffer_size = 2M 
#讀查詢操做所能使用的緩衝區大小。和 sort_buffer_size 同樣，該參數對應的分配內存也是每鏈接獨享！用來作 MyISAM 表全表掃描的緩衝大小.當全表掃描須要時,在對應線程中分配.

join_buffer_size = 8M 
#聯合查詢操做所能使用的緩衝區大小，和 sort_buffer_size 同樣，該參數對應的分配內存也是每鏈接獨享!此緩衝被使用來優化全聯合(full JOINs 不帶索引的聯合).相似的聯合在極大多數狀況下有很是糟糕的性能表現, 可是將此值設大可以減輕性能影響.經過 「Select_full_join」狀態變量查看全聯合的數量， 當全聯合發生時,在每一個線程中分配。

read_rnd_buffer_size = 8M 
#MyISAM 以索引掃描(Random Scan)方式掃描數據的 buffer大小 

bulk_insert_buffer_size = 64M 
#MyISAM 使用特殊的相似樹的 cache 來使得突發插入(這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATAINFILE) 更快. 此變量限制每一個進程中緩衝樹的字節數.設置爲 0 會關閉此優化.爲了最優化不要將此值設置大於 「key_buffer_size」.當突發插入被檢測到時此緩衝將被分配MyISAM 用在塊插入優化中的樹緩衝區的大小。註釋：這是一個 per thread 的限制 （ bulk 大量）.此緩衝當 MySQL 須要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE到一個空表中引發重建索引時被分配.這在每一個線程中被分配.因此在設置大值時須要當心.

myisam_sort_buffer_size = 64M 
#MyISAM 設置恢復表之時使用的緩衝區的尺寸,當在REPAIR TABLE 或用 CREATE INDEX 建立索引或 ALTER TABLE 過程當中排序 MyISAM 索引分配的緩衝區

myisam_max_sort_file_size = 10G
#mysql重建索引時容許使用的臨時文件最大大小

myisam_repair_threads = 1 
#若是該值大於 1，在 Repair by sorting 過程當中並行建立MyISAM 表索引(每一個索引在本身的線程內).若是一個表擁有超過一個索引, MyISAM 能夠經過並行排序使用超過一個線程去修復他們.這對於擁有多個 CPU 以及大量內存狀況的用戶,是一個很好的選擇.

myisam_recover = 64K
#容許的 GROUP_CONCAT()函數結果的最大長度
transaction_isolation = REPEATABLE-READ # 設定默認的事務隔離級別.可用的級別以下:READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ,SERIALIZABLE
1.READ UNCOMMITTED-讀未提交 2.READ COMMITTE-讀已提交 3.REPEATABLE READ -可重複讀 4.SERIALIZABLE -串行


# *** INNODB 相關選項 ***#
skip-innodb 
# 若是你的 MySQL 服務包含 InnoDB 支持可是並不打算使用的話,使用此選項會節省內存以及磁盤空間,而且加速某些部分

innodb_file_per_table = 1 
# InnoDB爲獨立表空間模式，每一個數據庫的每一個表都會生成一個數據空間
獨立表空間優勢：
1．每一個表都有自已獨立的表空間。
2．每一個表的數據和索引都會存在自已的表空間中。
3．能夠實現單表在不一樣的數據庫中移動。
4．空間能夠回收（除drop table操做處，表空不能自已回收）
缺點：
1.單表增長過大，如超過100G
結論：
共享表空間在Insert操做上少有優點。其它都沒獨立表空間表現好。當啓用獨立表空間時，請合理調整：innodb_open_files

innodb_status_file = 1 
#啓用InnoDB的status file，便於管理員查看以及監控等

innodb_open_files = 2048 
# 限制Innodb能打開的表的數據，若是庫裏的表特別多的狀況，請增長這個。這個值默認是300

innodb_additional_mem_pool_size = 100M 
#設置InnoDB存儲引擎用來存放數據字典信息以及一些內部數據結構的內存空間大小，因此當咱們一個MySQL Instance中的數據庫對象很是多的時候，是須要適當調整該參數的大小以確保全部數據都能存放在內存中提升訪問效率的。 

innodb_buffer_pool_size = 2G 
#包括數據頁、索引頁、插入緩存、鎖信息、自適應哈希因此、數據字典信息.InnoDB 使用一個緩衝池來保存索引和原始數據, 不像 MyISAM.這裏你設置越大,你在存取表裏面數據時所須要的磁盤 I/O 越少.在一個獨立使用的數據庫服務器上,你能夠設置這個變量到服務器物理內存大小的 80%,不要設置過大,不然,因爲物理內存的競爭可能致使操做系統的換頁顛簸.注意在 32 位系統上你每一個進程可能被限制在 2-3.5G 用戶層面內存限制,因此不要設置的過高.

innodb_write_io_threads = 4 innodb_read_io_threads = 4
# innodb使用後臺線程處理數據頁上的讀寫 I/O(輸入輸出)請求,根據你的 CPU 核數來更改,默認是4
# 注:這兩個參數不支持動態改變,須要把該參數加入到my.cnf裏，修改完後重啓MySQL服務,容許值的範圍從 1-64
 innodb_data_home_dir = /usr/local/mysql/var/ 
#設置此選項若是你但願 InnoDB 表空間文件被保存在其餘分區.默認保存在 MySQL 的 datadir 中.

innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend
#InnoDB將數據保存在一個或者多個數據文件中成爲表空間.若是你只有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好了.其餘狀況下.每一個設備一個文件通常都是個好的選擇.你也能夠配置 InnoDB 來使用裸盤分區 – 請參考手冊來獲取更多相關內容

innodb_file_io_threads = 4 
#用來同步 IO 操做的 IO 線程的數量. 此值在 Unix 下被硬編碼爲 4,可是在 Windows 磁盤 I/O 可能在一個大數值下表現的更好.

innodb_thread_concurrency = 16
#在 InnoDb 核心內的容許線程數量,InnoDB 試着在 InnoDB 內保持操做系統線程的數量少於或等於這個參數給出的限制,最優值依賴於應用程序,硬件以及操做系統的調度方式.太高的值可能致使線程的互斥顛簸.默認設置爲 0,表示不限制併發數，這裏推薦設置爲0，更好去發揮CPU多核處理能力，提升併發量

innodb_flush_log_at_trx_commit = 1 
#若是設置爲 1 ,InnoDB 會在每次提交後刷新(fsync)事務日誌到磁盤上,這提供了完整的 ACID 行爲.若是你願意對事務安全折衷, 而且你正在運行一個小的食物, 你能夠設置此值到 0 或者 2 來減小由事務日誌引發的磁盤 I/O
0 表明日誌只大約每秒寫入日誌文件而且日誌文件刷新到磁盤.
2 表明日誌寫入日誌文件在每次提交後,可是日誌文件只有大約每秒纔會刷新到磁盤上.

innodb_log_buffer_size = 8M 
#用來緩衝日誌數據的緩衝區的大小.當此值快滿時, InnoDB 將必須刷新數據到磁盤上.因爲基本上每秒都會刷新一次,因此沒有必要將此值設置的太大(甚至對於長事務而言)

innodb_log_file_size = 500M 
#事物日誌大小.在日誌組中每一個日誌文件的大小，你應該設置日誌文件總合大小到你緩衝池大小的5%~100%，來避免在日誌文件覆寫上沒必要要的緩衝池刷新行爲.不論如何, 請注意一個大的日誌文件大小會增長恢復進程所須要的時間.

innodb_log_files_in_group = 2 
#在日誌組中的文件總數.一般來講 2~3 是比較好的.

innodb_log_group_home_dir = /usr/local/mysql/var/
# InnoDB 的日誌文件所在位置. 默認是 MySQL 的 datadir.你能夠將其指定到一個獨立的硬盤上或者一個 RAID1 捲上來提升其性能innodb_max_dirty_pages_pct = 90 #innodb 主線程刷新緩存池中的數據，使髒數據比例小於 90%,這是一個軟限制,不被保證絕對執行.

innodb_lock_wait_timeout = 50 
#InnoDB 事務在被回滾以前能夠等待一個鎖定的超時秒數。InnoDB 在它本身的 鎖定表中自動檢測事務死鎖而且回滾事務。 InnoDB 用 LOCK TABLES 語句注意到鎖定設置。默認值是 50 秒

innodb_flush_method = O_DSYNC 
# InnoDB 用來刷新日誌的方法.表空間老是使用雙重寫入刷新方法.默認值是 「fdatasync」, 另外一個是 「O_DSYNC」.

innodb_force_recovery=1
# 若是你發現 InnoDB 表空間損壞, 設置此值爲一個非零值可能幫助你導出你的表.從1 開始而且增長此值知道你可以成功的導出表.

innodb_fast_shutdown 
# 加速 InnoDB 的關閉. 這會阻止 InnoDB 在關閉時作全清除以及插入緩衝合併.這可能極大增長關機時間, 可是取而代之的是 InnoDB 可能在下次啓動時作這些操做.



# *** 其餘 相關選項 ***#
[mysqldump] quick 
#支持較大數據庫的轉儲，在導出很是巨大的表時須要此項。增長該變量的值十分安全，這是由於僅當須要時纔會分配額外內存。例如，僅當你發出長查詢或mysqld必須返回大的結果行時mysqld纔會分配更多內存。該變量之因此取較小默認值是一種預防措施，以捕獲客戶端和服務器之間的錯誤信息包，並確保不會因偶然使用大的信息包而致使內存溢出。 若是你正是用大的BLOB值，並且未爲mysqld授予爲處理查詢而訪問足夠內存的權限，也會遇到與大信息包有關的奇怪問題。若是懷疑出現了該狀況，請嘗試在mysqld_safe腳本開始增長ulimit -d 256000，並重啓mysqld。

[mysql] auto-rehash 
#容許經過 TAB 鍵提示

default-character-set = utf8 
#數據庫字符集

connect-timeout = 3 [mysqld_safe] open-files-limit = 8192 #增長每一個進程的可打開文件數量.確認你已經將全系統限制設定的足夠高!打開大量表須要將此值設大