程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> 關於MYSQL數據庫 >> Mysql my.ini配置文件詳解――PART3

Mysql my.ini配置文件詳解――PART3

編輯:關於MYSQL數據庫
# *** 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 = # 用來同步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] # 警告: 確認你已經將全系統限制設定的足夠高! open-files-limit = 8192
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved