MySQL 設定檔my.cnf 例子最詳細翻譯

來源:互聯網
上載者:User

#BEGIN CONFIG INFO
#DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的串連, 隊列負載大
#TYPE: SYSTEM
#END CONFIG INFO
#
# 此mysql設定檔例子針對4G記憶體,並在www.bt285.cn bt下載與 www.5a520.cn 小說520,這兩個日ip 2w ,pv 20w 測試過的。
# 主要使用INNODB
#處理複雜隊列並且串連數量較少的mysql伺服器
#
# 將此檔案複製到/etc/my.cnf 作為全域設定,
# mysql-data-dir/my.cnf 作為伺服器指定設定
# (@localstatedir@ for this installation) 或者放入
# ~/.my.cnf 作為使用者佈建.
#
# 在此設定檔中, 你可以使用所有程式支援的長選項.
# 如果想獲悉程式支援的所有選項
# 請在程式後加上”–help”參數運行程式.
#
# 關於獨立選項更多的細節資訊可以在手冊內找到
#
#
# 以下選項會被MySQL用戶端應用讀取.
# 注意只有MySQL附帶的用戶端應用程式保證可以讀取這段內容.
# 如果你想你自己的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 是作業系統在監聽隊列中所能持續連線數,
# 隊列儲存了在MySQL連線管理員線程處理之前的串連.
# 如果你有非常高的串連率並且出現”connection refused” 報錯,
# 你就應該增加此處的值.
# 檢查你的作業系統文檔來擷取這個變數的最大值.
# 如果將back_log設定到比你作業系統限制更高的值,將會沒有效果
back_log = 50
# 不在TCP/IP連接埠上進行監聽.
# 如果所有的進程都是在同一台伺服器串連到本地的mysqld,
# 這樣設定將是增強安全的方法
# 所有mysqld的串連都是通過Unix sockets 或者具名管道進行的.
# 注意在windows下如果沒有開啟具名管道選項而只是用此項
# (通過 “enable-named-pipe” 選項) 將會導致mysql服務沒有任何作用!
#skip-networking
# MySQL 服務所允許的同時會話數的上限
# 其中一個串連將被SUPER許可權保留作為管理員登入.
# 即便已經達到了串連數的上限.
max_connections = 100
一般像在我這個www.bt285.cn pv 10w max_connections=30 就夠了。但是如果頁面都像http://www.bt285.cn/content.php?id=1196863 這個甜性澀愛頁面一樣,max_connections=30是不夠的。
# 每個用戶端串連最大的錯誤允許數量,如果達到了此限制.
# 這個用戶端將會被MySQL服務阻止直到執行了”FLUSH HOSTS” 或者服務重啟
# 非法的密碼以及其他在連結時的錯誤會增加此值.
# 查看 “Aborted_connects” 狀態來擷取全域計數器.
max_connect_errors = 10
# 所有線程所開啟表的數量.
# 增加此值就增加了mysqld所需要的檔案描述符的數量
# 這樣你需要確認在[mysqld_safe]中 “open-files-limit” 變數設定開啟檔案數量允許至少4096
table_cache = 2048
# 允許外部檔案層級的鎖. 開啟檔案鎖會對效能造成負面影響
# 所以只有在你在同樣的檔案上運行多個資料庫執行個體時才使用此選項(注意仍會有其他約束!)
# 或者你在檔案層面上使用了其他一些軟體依賴來鎖定MyISAM表
#external-locking
# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB欄位一起工作時相當必要)
# 每個串連獨立的大小.大小動態增加
max_allowed_packet = 16M
# 在一個事務中binlog為了記錄SQL狀態所持有的cache大小
# 如果你經常使用大的,多聲明的事務,你可以增加此值來擷取更大的效能.
# 所有從事務來的狀態都將被緩衝在binlog緩衝中然後在提交後一次性寫入到binlog中
# 如果事務比此值大, 會使用磁碟上的臨時檔案來替代.
# 此緩衝在每個串連的事務第一次更新狀態時被建立
binlog_cache_size = 1M
# 獨立的記憶體表所允許的最大容量.
# 此選項為了防止意外建立一個超大的記憶體表導致永盡所有的記憶體資源.
max_heap_table_size = 64M
# 排序緩衝被用來處理類似ORDER BY以及GROUP BY隊列所引起的排序
# 如果排序後的資料無法放入排序緩衝,
# 一個用來替代的基於磁碟的合并分類會被使用
# 查看 “Sort_merge_passes” 狀態變數.
# 在排序發生時由每個線程分配
sort_buffer_size = 8M
# 此緩衝被使用來最佳化全聯合(full JOINs 不帶索引的聯合).
# 類似的聯合在極大多數情況下有非常糟糕的效能表現,
# 但是將此值設大能夠減輕效能影響.
# 通過 “Select_full_join” 狀態變數查看全聯合的數量
# 當全聯合發生時,在每個線程中分配
join_buffer_size = 8M
# 我們在cache中保留多少線程用於重用
# 當一個用戶端中斷連線後,如果cache中的線程還少於thread_cache_size,
# 則用戶端線程被放入cache中.
# 這可以在你需要大量新串連的時候極大的減少線程建立的開銷
# (一般來說如果你有好的執行緒模式的話,這不會有明顯的效能提升.)
thread_cache_size = 8
# 此允許應用程式給予線程系統一個提示在同一時間給予渴望被啟動並執行線程的數量.
# 此值只對於支援 thread_concurrency() 函數的系統有意義( 例如Sun Solaris).
# 你可可以嘗試使用 [CPU數量]*(2..4) 來作為thread_concurrency的值
thread_concurrency = 8
# 查詢緩衝常被用來緩衝 SELECT 的結果並且在下一次同樣查詢的時候不再執行直接返回結果.
# 開啟查詢緩衝可以極大的提高伺服器速度, 如果你有大量的相同的查詢並且很少修改表.
# 查看 “Qcache_lowmem_prunes” 狀態變數來檢查是否當前值對於你的負載來說是否足夠高.
# 注意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同,
# 查詢緩衝也許引起效能下降而不是效能提升.
query_cache_size = 64M
# 只有小於此設定值的結果才會被緩衝
# 此設定用來保護查詢緩衝,防止一個極大的結果集將其他所有的查詢結果都覆蓋.
query_cache_limit = 2M
# 被全文檢索索引索引的最小的字長.
# 你也許希望減少它,如果你需要搜尋更短字的時候.
# 注意在你修改此值之後,
# 你需要重建你的 FULLTEXT 索引
ft_min_word_len = 4
# 如果你的系統支援 memlock() 函數,你也許希望開啟此選項用以讓運行中的mysql在在記憶體高度緊張的時候,資料在記憶體中保持鎖定並且防止可能被swapping out
# 此選項對於效能有益
#memlock
# 當建立新表時作為預設使用的表類型,
# 如果在建立表示沒有特別執行表類型,將會使用此值
default_table_type = MYISAM
# 線程使用的堆大小. 此容量的記憶體在每次串連時被預留.
# MySQL 本身常不會需要超過64K的記憶體
# 如果你使用你自己的需要大量堆的UDF函數
# 或者你的作業系統對於某些操作需要更多的堆,
# 你也許需要將其設定的更高一點.
thread_stack = 192K
# 設定預設的交易隔離等級.可用的層級如下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
transaction_isolation = REPEATABLE-READ
# 內部(記憶體中)暫存資料表的最大大小
# 如果一個表增長到比此值更大,將會自動轉換為基於磁碟的表.
# 此限制是針對單個表的,而不是總和.
tmp_table_size = 64M
# 開啟二進位日誌功能.
# 在複製(replication)配置中,作為MASTER主伺服器必須開啟此項
# 如果你需要從你最後的備份中做基於時間點的恢複,你也同樣需要二進位日誌.
log-bin=mysql-bin
# 如果你在使用鏈式從伺服器結構的複製模式 (A->B->C),
# 你需要在伺服器B上開啟此項.
# 此選項開啟在從線程上重做過的更新的日誌,
# 並將其寫入從伺服器的二進位日誌.
#log_slave_updates
# 開啟全查詢日誌. 所有的由伺服器接收到的查詢 (甚至對於一個錯誤文法的查詢)
# 都會被記錄下來. 這對於調試非常有用, 在生產環境中常常關閉此項.
#log
# 將警告列印輸出到錯誤log檔案. 如果你對於MySQL有任何問題
# 你應該開啟警告log並且仔細審查錯誤記錄檔,查出可能的原因.
#log_warnings
# 記錄慢速查詢. 慢速查詢是指消耗了比 “long_query_time” 定義的更多時間的查詢.
# 如果 log_long_format 被開啟,那些沒有使用索引的查詢也會被記錄.
# 如果你經常增加新查詢到已有的系統內的話. 一般來說這是一個好主意,
log_slow_queries
# 所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.
# 不要在這裡使用”1″, 否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由於MySQL 目前時間的精確度只能達到秒的層級).
long_query_time = 2
# 在慢速日誌中記錄更多的資訊.
# 一般此項最好開啟.
# 開啟此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日誌裡
log_long_format
# 此目錄被MySQL用來儲存臨時檔案.例如,
# 它被用來處理基於磁碟的大型排序,和內部排序一樣.
# 以及簡單的暫存資料表.
# 如果你不建立非常大的臨時檔案,將其放置到 swapfs/tmpfs 檔案系統上也許比較好
# 另一種選擇是你也可以將其放置在獨立的磁碟上.
# 你可以使用”;”來放置多個路徑
# 他們會按照roud-robin方法被輪詢使用.
#tmpdir = /tmp
# *** 複製有關的設定
# 唯一的服務辨識號,數值位於 1 到 2^32-1之間.
# 此值在master和slave上都需要設定.
# 如果 “master-host” 沒有被設定,則預設為1, 但是如果忽略此選項,MySQL不會作為master生效.
server-id = 1
# 複製的Slave (去掉master段的注釋來使其生效)
#
# 為了配置此主機作為複製的slave伺服器,你可以選擇兩種方法:
#
# 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) -
# 文法如下:
#
# CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
# MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
#
# 你需要替換掉 <host>, <user>, <password> 等被角括弧包圍的欄位以及使用master的連接埠號碼替換<port> (預設3306).
#
# 例子:
#
# CHANGE MASTER TO MASTER_HOST='125.564.12.1′, MASTER_PORT=3306,
# MASTER_USER='joe', MASTER_PASSWORD='secret';
#
# 或者
#
# 2) 設定以下的變數. 不論如何, 在你選擇這種方法的情況下, 然後第一次啟動複製(甚至不成功的情況下,
# 例如如果你輸入錯密碼在master-password欄位並且slave無法串連),
# slave會建立一個 master.info 檔案,並且之後任何對於包含在此檔案內的參數的變化都會被忽略
# 並且由 master.info 檔案內的內容覆蓋, 除非你關閉slave服務, 刪除 master.info 並且重啟slave 服務.
# 由於這個原因,你也許不想碰一下的配置(注釋掉的) 並且使用 CHANGE MASTER TO (查看上面) 來代替
#
# 所需要的唯一id號位於 2 和 2^32 - 1之間
# (並且和master不同)
# 如果master-host被設定了.則預設值是2
# 但是如果省略,則不會生效
#server-id = 2
#
# 複製結構中的master - 必須
#master-host = <hostname>
#
# 當串連到master上時slave所用來認證的使用者名稱 - 必須
#master-user = <username>
#
# 當串連到master上時slave所用來認證的密碼 - 必須
#master-password = <password>
#
# master監聽的連接埠.
# 可選 - 預設是3306
#master-port = <port>
# 使得slave唯讀.只有使用者擁有SUPER許可權和在上面的slave線程能夠修改資料.
# 你可以使用此項去保證沒有應用程式會意外的修改slave而不是master上的資料
#read_only
#*** MyISAM 相關選項
# 關鍵詞緩衝的大小, 一般用來緩衝MyISAM表的索引塊.
# 不要將其設定大於你可用記憶體的30%,
# 因為一部分記憶體同樣被OS用來緩衝行資料
# 甚至在你並不使用MyISAM 表的情況下, 你也需要仍舊設定起 8-64M 記憶體由於它同樣會被內部臨時磁碟表使用.
key_buffer_size = 32M
# 用來做MyISAM表全表掃描的緩衝大小.
# 當全表掃描需要時,在對應線程中分配.
read_buffer_size = 2M
# 當在排序之後,從一個已經排序好的序列中讀取行時,行資料將從這個緩衝中讀取來防止磁碟尋道.
# 如果你增高此值,可以提高很多ORDER BY的效能.
# 當需要時由每個線程分配
read_rnd_buffer_size = 16M
# MyISAM 使用特殊的類似樹的cache來使得突發插入
# (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA
# INFILE) 更快. 此變數限制每個進程中緩衝樹的位元組數.
# 設定為 0 會關閉此最佳化.
# 為了最佳化不要將此值設定大於 “key_buffer_size”.
# 當突發插入被檢測到時此緩衝將被分配.
bulk_insert_buffer_size = 64M
# 此緩衝當MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.
# 這在每個線程中被分配.所以在設定大值時需要小心.
myisam_sort_buffer_size = 128M
# MySQL重建索引時所允許的最大臨時檔案的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 如果檔案大小比此值更大,索引會通過索引值緩衝建立(更慢)
myisam_max_sort_file_size = 10G
# 如果被用來更快的索引建立索引所使用臨時檔案大於制定的值,那就使用索引值緩衝方法.
# 這主要用來強制在大表中長字串鍵去使用慢速的索引值緩衝方法來建立索引.
myisam_max_extra_sort_file_size = 10G
# 如果一個表擁有超過一個索引, MyISAM 可以通過並行排序使用超過一個線程去修複他們.
# 這對於擁有多個CPU以及大量記憶體情況的使用者,是一個很好的選擇.
myisam_repair_threads = 1
# 自動檢查和修複沒有適當關閉的 MyISAM 表.
myisam_recover
# 預設關閉 Federated
skip-federated
# *** BDB 相關選項 ***
# 如果你啟動並執行MySQL服務有BDB支援但是你不準備使用的時候使用此選項. 這會節省記憶體並且可能加速一些事.
skip-bdb
# *** INNODB 相關選項 ***
# 如果你的MySQL服務包含InnoDB支援但是並不打算使用的話,
# 使用此選項會節省記憶體以及磁碟空間,並且加速某些部分
#skip-innodb
# 附加的記憶體池被InnoDB用來儲存 metadata 資訊
# 如果InnoDB為此目的需要更多的記憶體,它會開始從OS這裡申請記憶體.
# 由於這個操作在大多數現代作業系統上已經足夠快, 你一般不需要修改此值.
# SHOW INNODB STATUS 命令會顯示當先使用的數量.
innodb_additional_mem_pool_size = 16M
# InnoDB使用一個緩衝池來儲存索引和未經處理資料, 不像 MyISAM.
# 這裡你設定越大,你在存取表裡面資料時所需要的磁碟I/O越少.
# 在一個獨立使用的資料庫伺服器上,你可以設定這個變數到伺服器實體記憶體大小的80%
# 不要設定過大,否則,由於實體記憶體的競爭可能導致作業系統的換頁顛簸.
# 注意在32位系統上你每個進程可能被限制在 2-3.5G 使用者層面記憶體限制,
# 所以不要設定的太高.
innodb_buffer_pool_size = 2G
# InnoDB 將資料儲存在一個或者多個資料檔案中成為資料表空間.
# 如果你只有單個邏輯驅動儲存你的資料,一個單個的自增檔案就足夠好了.
# 其他情況下.每個裝置一個檔案一般都是個好的選擇.
# 你也可以配置InnoDB來使用裸盤分區 - 請參考手冊來擷取更多相關內容
innodb_data_file_path = ibdata1:10M:autoextend
# 設定此選項如果你希望InnoDB資料表空間檔案被儲存在其他分區.
# 預設儲存在MySQL的datadir中.
#innodb_data_home_dir = <directory>
# 用來同步IO操作的IO線程的數量. This value is
# 此值在Unix下被寫入程式碼為4,但是在Windows磁碟I/O可能在一個大數值下表現的更好.
innodb_file_io_threads = 4
# 如果你發現InnoDB資料表空間損壞, 設定此值為一個非零值可能協助你匯出你的表.
# 從1開始並且增加此值知道你能夠成功的匯出表.
#innodb_force_recovery=1
# 在InnoDb核心內的允許線程數量.
# 最優值依賴於應用程式,硬體以及作業系統的調度方式.
# 過高的值可能導致線程的互斥顛簸.
innodb_thread_concurrency = 16
# 如果設定為1 ,InnoDB會在每次提交後重新整理(fsync)交易記錄到磁碟上,
# 這提供了完整的ACID行為.
# 如果你願意對事務安全折衷, 並且你正在運行一個小的食物, 你可以設定此值到0或者2來減少由交易記錄引起的磁碟I/O
# 0代表日誌只大約每秒寫入記錄檔並且記錄檔重新整理到磁碟.
# 2代表日誌寫入記錄檔在每次提交後,但是記錄檔只有大約每秒才會重新整理到磁碟上.
innodb_flush_log_at_trx_commit = 1
# 加速InnoDB的關閉. 這會阻止InnoDB在關閉時做全清除以及插入緩衝合并.
# 這可能極大增加關機時間, 但是取而代之的是InnoDB可能在下次啟動時做這些操作.
#innodb_fast_shutdown
# 用來緩衝日誌資料的緩衝區的大小.
# 當此值快滿時, InnoDB將必須重新整理資料到磁碟上.
# 由於基本上每秒都會重新整理一次,所以沒有必要將此值設定的太大(甚至對於長事務而言)
innodb_log_buffer_size = 8M
# 在日誌組中每個記錄檔的大小.
# 你應該設定記錄檔總合大小到你緩衝池大小的25%~100%
# 來避免在記錄檔覆寫上不必要的緩衝池重新整理行為.
# 不論如何, 請注意一個大的記錄檔大小會增加恢複進程所需要的時間.
innodb_log_file_size = 256M
# 在日誌組中的檔案總數.
# 通常來說2~3是比較好的.
innodb_log_files_in_group = 3
# InnoDB的記錄檔所在位置. 預設是MySQL的datadir.
# 你可以將其指定到一個獨立的硬碟上或者一個RAID1卷上來提高其效能
#innodb_log_group_home_dir
# 在InnoDB緩衝池中最大允許的髒頁面的比例.
# 如果達到限額, InnoDB會開始重新整理他們防止他們妨礙到乾淨資料頁面.
# 這是一個軟式節流,不被保證絕對執行.
innodb_max_dirty_pages_pct = 90
# InnoDB用來重新整理日誌的方法.
# 資料表空間總是使用雙重寫入重新整理方法
# 預設值是 “fdatasync”, 另一個是 “O_DSYNC”.
#innodb_flush_method=O_DSYNC
# 在被復原前,一個InnoDB的事務應該等待一個鎖被批准多久.
# InnoDB在其擁有的鎖表中自動檢測事務死結並且復原事務.
# 如果你使用 LOCK TABLES 指令, 或者在同樣事務中使用除了InnoDB以外的其他事務安全的儲存引擎
# 那麼一個死結可能發生而InnoDB無法注意到.
# 這種情況下這個timeout值對於解決這種問題就非常有協助.
innodb_lock_wait_timeout = 120
[mysqldump]
# 不要在將記憶體中的整個結果寫入磁碟之前緩衝. 在匯出非常巨大的表時需要此項
quick
max_allowed_packet = 16M
[mysql]
no-auto-rehash
# 僅僅允許使用索引值的 UPDATEs 和 DELETEs .
#safe-updates
[isamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 8M
write_buffer = 8M
[myisamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 8M
write_buffer = 8M
[mysqlhotcopy]
interactive-timeout
[mysqld_safe]
# 增加每個進程的可開啟檔案數量.
# 警告: 確認你已經將全系統限制設定的足夠高!
# 開啟大量表需要將此值設高 j
open-files-limit = 8192
相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.