#*** 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用來保存臨時文件.例如,它被用來處理基于磁盤的大型排序,和內部排序一樣掏呼,以及簡單的臨時表.如果你不創(chuàng)建非常大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好。另一種選擇是你也可以將其放置在獨立的磁盤上.你可以使用”;”來放置多個路徑草巡,他們會按照 roud-robin 方法被輪詢使用.
slave-load-tmpdir = /usr/local/mysql/tmp/
#當 slave 執(zhí)行 load data infile 時用
#*** skip options 相關選項 ***#
skip-name-resolve
#禁止 MySQL 對外部連接進行 DNS 解析,使用這一選項可以消除 MySQL 進行 DNS 解析的時間型酥。但需要注意山憨,如果開啟該選項查乒,則所有遠程主機連接授權都要使用 IP 地址方式,否則 MySQL 將無法正常處理連接請求郁竟!
skip-symbolic-links
#不能使用連接文件玛迄,多個客戶可能會訪問同一個數據庫,因此這防止外部客戶鎖定 MySQL 服務器棚亩。 該選項默認開啟
skip-external-locking
#不使用系統鎖定蓖议,要使用 myisamchk,必須關閉服務器 ,避免 MySQL的外部鎖定,減少出錯幾率增強穩(wěn)定性讥蟆。
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
#如果某個用戶發(fā)起的連接 error 超過該數值依溯,則該用戶的下次連接將被阻塞老厌,直到管理員執(zhí)行 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
#包消息緩沖區(qū)初始化為 net_buffer_length 字節(jié)到逊,但需要時可以增長到 max_allowed_packet 字節(jié)
max_allowed_packet = 64M
# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB 字段一起工作時相當必要), 每個連接獨立的大小.大小動態(tài)增加滤钱。 設置最大包,限制server接受的數據包大小觉壶,避免超長SQL的執(zhí)行有問題 默認值為16M,當MySQL客戶端或mysqld
服務器收到大于 max_allowed_packet 字節(jié)的信息包時件缸,將發(fā)出“信息包過大”錯誤铜靶,并關閉連接。對于某些客戶端他炊,如果通信信息包過大争剿,在執(zhí)行查詢期間,可能會遇到“丟失與 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 中.這可以在你需要大量新連接的時候極大的減少線程創(chuàng)建的開銷(一般來說如果你有好的線程模型的話,
這不會有明顯的性能提升.)服務器線程緩存這個值表示可以重新利用保存在緩存中線程的數量,當斷開連接時如果緩存中還有空間,那么客戶端的線程將被放到緩存中,如果線程重新被請求,那么請求將從緩存中讀取,如果緩存中是空的或者是新的請求凿叠,那么這個線程將被重新創(chuàng)建,
如果有很多新的線程涩笤,增加這個值可以改善系統性能.通過比較 Connections 和 Threads_created 狀態(tài)的變量,可以看到這個變量的作用
根據物理內存設置規(guī)則如下:
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,屬重點優(yōu)化參數
#*** 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 查詢緩沖區(qū)的大小补憾÷眩可以通過在 MySQL 控制臺執(zhí)行以下命令觀察:
代碼:
> SHOW VARIABLES LIKE '%query_cache%';
> SHOW STATUS LIKE 'Qcache%';如果 Qcache_lowmem_prunes 的值非常大,則表明經常出現緩沖不夠的情況盈匾;
如果 Qcache_hits 的值非常大腾务,則表明查詢緩沖使用非常頻繁,如果該值較小反而會影響效率削饵,那么可以考慮不用查詢緩沖岩瘦; Qcache_free_blocks,如果該值非常大窿撬,則表明緩沖區(qū)中碎片很多启昧。
memlock # 如果你的系統支持 memlock() 函數,你也許希望打開此選項用以讓運行中的 mysql 在在內存高度
緊張的時候,數據在內存中保持鎖定并且防止可能被 swapping out,此選項對于性能有益
#*** default settings 相關選項 ***#
default_table_type = InnoDB
# 當創(chuàng)建新表時作為默認使用的表類型,如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會使用此值
default-time-zone = system
#服務器時區(qū)
character-set-server = utf8
#server 級別字符集
default-storage-engine = InnoDB
#默認存儲引擎
#*** tmp && heap settings 相關選項 ***#
tmp_table_size = 512M
#臨時表的最大大小,如果超過該值劈伴,則結果放到磁盤中,此限制是針對單個表的,而不是總和.
max_heap_table_size = 512M
#獨立的內存表所允許的最大容量.此選項為了防止意外創(chuàng)建一個超大的內存表導致永盡所有的內存資源.
#*** 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
# 指定是否開啟慢查詢日志. 慢查詢是指消耗了比 “l(fā)ong_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次而引發(fā)的慢查詢
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
#如果二進制日志寫入的內容超出給定值伞插,日志就會發(fā)生滾動。你不能將該變量設置為大于1GB或小于4096字節(jié)盾碗。 默認值是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 狀態(tài)所持有的 cache 大小,如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能.所有從事務來的狀態(tài)都將被緩沖在 binlog 緩沖中然后在提交后一次性寫入到 binlog 中,如果事務比此值大, 會使用磁盤上的臨時文件來替代.此緩沖在每個連接的事務第一次更新狀態(tài)時被創(chuàng)建.session 級別
replicate-wild-ignore-table = mysql.%
#復制時忽略數據庫及表
slave_skip_errors=all
#定義復制過程中從服務器可以自動跳過的錯誤號蛇摸,當復制過程中遇到定義的錯誤號备图,就可以自動跳過,直接執(zhí)行后面的SQL語句赶袄。
slave_skip_errors選項有四個可用值揽涮,分別為:off,all弃鸦,ErorCode绞吁,ddl_exist_errors幢痘。
默認情況下該參數值是off唬格,我們可以列出具體的error code,也可以選擇all颜说,mysql5.6及MySQL Cluster NDB 7.3以及后續(xù)版本增加了參數ddl_exist_errors购岗,該參數包含一系列error code(1007,1008,1050,1051,1054,1060,1061,1068,1094,1146)
一些error code代表的錯誤如下:
1007:數據庫已存在,創(chuàng)建數據庫失敗
1008:數據庫不存在门粪,刪除數據庫失敗
1050:數據表已存在喊积,創(chuàng)建數據表失敗
1051:數據表不存在,刪除數據表失敗
1054:字段不存在玄妈,或程序文件跟數據庫有沖突
1060:字段重復乾吻,導致無法插入
1061:重復鍵名
1068:定義了多個主鍵
1094:位置線程ID
1146:數據表缺失,請恢復數據庫
1053:復制過程中主服務器宕機
1062:主鍵沖突 Duplicate entry '%s' for key %d
#*** MyISAM 相關選項 ***#
key_buffer_size = 256M
#指定用于索引的緩沖區(qū)大小拟蜻,增加它可得到更好的索引處理性能绎签。如果是以InnoDB引擎為主的DB,專用于MyISAM引擎的 key_buffer_size 可以設置較小酝锅,8MB 已足夠 如果是以MyISAM引擎為主诡必,可設置較大,但不能超過4G. 在這里搔扁,強烈建議不使用MyISAM引擎爸舒,默認都是用InnoDB引擎.注意:該參數值設置的過大反而會是服務器整體效率降低!
sort_buffer_size = 2M
#查詢排序時所能使用的緩沖區(qū)大小稿蹲。排序緩沖被用來處理類似 ORDER BY 以及 GROUP BY 隊列所引起的排序.一個用來替代的基于磁盤的合并分類會被使用.查看 “Sort_merge_passes” 狀態(tài)變量. 在排序發(fā)生時由每個線程分配 注意:該參數對應的分配內存是每連接獨占扭勉!如果有 100 個連接,那么實際分配的總共排序緩沖區(qū)大小為 100 × 6 =600MB,所以,對于內存在 4GB 左右的服務器推薦設置為 6-8M苛聘。
read_buffer_size = 2M
#讀查詢操作所能使用的緩沖區(qū)大小剖效。和 sort_buffer_size 一樣嫉入,該參數對應的分配內存也是每連接獨享!用來做 MyISAM 表全表掃描的緩沖大小.當全表掃描需要時,在對應線程中分配.
join_buffer_size = 8M
#聯合查詢操作所能使用的緩沖區(qū)大小璧尸,和 sort_buffer_size 一樣咒林,該參數對應的分配內存也是每連接獨享!此緩沖被使用來優(yōu)化全聯合(full JOINs 不帶索引的聯合).類似的聯合在極大多數情況下有非常糟糕的性能表現, 但是將此值設大能夠減輕性能影響.通過 “Select_full_join”狀態(tài)變量查看全聯合的數量, 當全聯合發(fā)生時,在每個線程中分配爷光。
read_rnd_buffer_size = 8M
#MyISAM 以索引掃描(Random Scan)方式掃描數據的 buffer大小
bulk_insert_buffer_size = 64M
#MyISAM 使用特殊的類似樹的 cache 來使得突發(fā)插入(這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATAINFILE) 更快. 此變量限制每個進程中緩沖樹的字節(jié)數.設置為 0 會關閉此優(yōu)化.為了最優(yōu)化不要將此值設置大于 “key_buffer_size”.當突發(fā)插入被檢測到時此緩沖將被分配MyISAM 用在塊插入優(yōu)化中的樹緩沖區(qū)的大小垫竞。注釋:這是一個 per thread 的限制 ( bulk 大量).此緩沖當 MySQL 需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE到一個空表中引起重建索引時被分配.這在每個線程中被分配.所以在設置大值時需要小心.
myisam_sort_buffer_size = 64M
#MyISAM 設置恢復表之時使用的緩沖區(qū)的尺寸,當在REPAIR TABLE 或用 CREATE INDEX 創(chuàng)建索引或 ALTER TABLE 過程中排序 MyISAM 索引分配的緩沖區(qū)
myisam_max_sort_file_size = 10G
#mysql重建索引時允許使用的臨時文件最大大小
myisam_repair_threads = 1
#如果該值大于 1,在 Repair by sorting 過程中并行創(chuàng)建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 支持但是并不打算使用的話,使用此選項會節(jié)省內存以及磁盤空間,并且加速某些部分
innodb_file_per_table = 1
# InnoDB為獨立表空間模式蛀序,每個數據庫的每個表都會生成一個數據空間
獨立表空間優(yōu)點:
1.每個表都有自已獨立的表空間欢瞪。
2.每個表的數據和索引都會存在自已的表空間中。
3.可以實現單表在不同的數據庫中移動徐裸。
4.空間可以回收(除drop table操作處遣鼓,表空不能自已回收)
缺點:
1.單表增加過大,如超過100G
結論:
共享表空間在Insert操作上少有優(yōu)勢重贺。其它都沒獨立表空間表現好骑祟。當啟用獨立表空間時,請合理調整:innodb_open_files
innodb_status_file = 1
#啟用InnoDB的status file气笙,便于管理員查看以及監(jiān)控等
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
# 注:這兩個參數不支持動態(tài)改變,需要把該參數加入到my.cnf里鸳劳,修改完后重啟MySQL服務,允許值的范圍從 1-64
innodb_data_home_dir = /usr/local/mysql/var/
#設置此選項如果你希望 InnoDB 表空間文件被保存在其他分區(qū).默認保存在 MySQL 的 datadir 中.
innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend
#InnoDB將數據保存在一個或者多個數據文件中成為表空間.如果你只有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好了.其他情況下.每個設備一個文件一般都是個好的選擇.你也可以配置 InnoDB 來使用裸盤分區(qū) – 請參考手冊來獲取更多相關內容
innodb_file_io_threads = 4
#用來同步 IO 操作的 IO 線程的數量. 此值在 Unix 下被硬編碼為 4,但是在 Windows 磁盤 I/O 可能在一個大數值下表現的更好.
innodb_thread_concurrency = 16
#在 InnoDb 核心內的允許線程數量,InnoDB 試著在 InnoDB 內保持操作系統線程的數量少于或等于這個參數給出的限制,最優(yōu)值依賴于應用程序,硬件以及操作系統的調度方式.過高的值可能導致線程的互斥顛簸.默認設置為 0,表示不限制并發(fā)數狰贯,這里推薦設置為0,更好去發(fā)揮CPU多核處理能力赏廓,提高并發(fā)量
innodb_flush_log_at_trx_commit = 1
#如果設置為 1 ,InnoDB 會在每次提交后刷新(fsync)事務日志到磁盤上,這提供了完整的 ACID 行為.如果你愿意對事務安全折衷, 并且你正在運行一個小的食物, 你可以設置此值到 0 或者 2 來減少由事務日志引起的磁盤 I/O
代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.
代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會刷新到磁盤上.
innodb_log_buffer_size = 8M
#用來緩沖日志數據的緩沖區(qū)的大小.當此值快滿時, 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%,這是一個軟限制,不被保證絕對執(zhí)行.
innodb_lock_wait_timeout = 50
#InnoDB 事務在被回滾之前可以等待一個鎖定的超時秒數摸柄。InnoDB 在它自己的 鎖定表中自動檢測事務死鎖并且回滾事務。 InnoDB 用 LOCK TABLES 語句注意到鎖定設置既忆。默認值是 50 秒
innodb_flush_method = O_DSYNC
# InnoDB 用來刷新日志的方法.表空間總是使用雙重寫入刷新方法.默認值是 “fdatasync”, 另一個是 “O_DSYNC”.
innodb_force_recovery=1
# 如果你發(fā)現 InnoDB 表空間損壞, 設置此值為一個非零值可能幫助你導出你的表.從1 開始并且增加此值知道你能夠成功的導出表.
innodb_fast_shutdown
# 加速 InnoDB 的關閉. 這會阻止 InnoDB 在關閉時做全清除以及插入緩沖合并.這可能極大增加關機時間, 但是取而代之的是 InnoDB 可能在下次啟動時做這些操作.
# *** 其他 相關選項 ***#
[mysqldump]
quick
#支持較大數據庫的轉儲驱负,在導出非常巨大的表時需要此項嗦玖。增加該變量的值十分安全,這是因為僅當需要時才會分配額外內存跃脊。例如宇挫,僅當你發(fā)出長查詢或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
#增加每個進程的可打開文件數量.確認你已經將全系統限制設定的足夠高!打開大量表需要將此值設大
my.cnf 配置參數詳解
?著作權歸作者所有,轉載或內容合作請聯系作者
- 文/潘曉璐 我一進店門睹簇,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人寥闪,你說我怎么就攤上這事太惠。” “怎么了疲憋?”我有些...
- 正文 為了忘掉前任秋忙,我火速辦了婚禮彩掐,結果婚禮上,老公的妹妹穿的比我還像新娘灰追。我一直安慰自己堵幽,他們只是感情好狗超,可當我...
- 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著朴下,像睡著了一般努咐。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上殴胧,一...
- 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼厨钻!你這毒婦竟也來了扼雏?” 一聲冷哼從身側響起,我...
- 正文 年R本政府宣布汽馋,位于F島的核電站,受9級特大地震影響圈盔,放射性物質發(fā)生泄漏豹芯。R本人自食惡果不足惜,卻給世界環(huán)境...
- 文/蒙蒙 一药磺、第九天 我趴在偏房一處隱蔽的房頂上張望告组。 院中可真熱鬧,春花似錦癌佩、人聲如沸木缝。這莊子的主人今日做“春日...
- 文/蒼蘭香墨 我抬頭看了看天上的太陽我碟。三九已至放案,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間矫俺,已是汗流浹背吱殉。 一陣腳步聲響...
推薦閱讀更多精彩內容
- MySQL參數優(yōu)化這東西不好好研究還是比較難懂的,其實不光是MySQL罗丰,大部分程序的參數優(yōu)化神帅,是很復雜的。MySQ...