程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> 關於MYSQL數據庫 >> MySQL配置文件2（中文）

MySQL配置文件2（中文）

編輯：關於MYSQL數據庫

# 當連接到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]
# 不要在將內存中的整個結果寫入磁盤之前緩存. 在導出非常巨大的表時需要此項
quickmax_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] # 警告: 確認你已經將全系統限制設定的足夠高!
# 打開大量表需要將此值設高
open-files-limit = 8192