Mysql-my.ini-配置文件詳解_第1頁(yè)
Mysql-my.ini-配置文件詳解_第2頁(yè)
Mysql-my.ini-配置文件詳解_第3頁(yè)
Mysql-my.ini-配置文件詳解_第4頁(yè)
Mysql-my.ini-配置文件詳解_第5頁(yè)
已閱讀5頁(yè),還剩4頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、Mysql my.ini 配置文件詳解 #BEGIN CONFIG INFO #DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的連接, 隊(duì)列負(fù)載大 #TYPE: SYSTEM #END CONFIG INFO # # 此mysql配置文件例子針對(duì)4G內(nèi)存 # 主要使用INNODB #處理復(fù)雜隊(duì)列并且連接數(shù)量較少的mysql服務(wù)器 # # 將此文件復(fù)制到/etc/f 作為全局設(shè)置, # mysql-data-dir/f 作為服務(wù)器指定設(shè)置 # (localstatedir for this installation) 或者放入 # /f 作為用戶設(shè)置. # # 在此配置文

2、件中, 你可以使用所有程序支持的長(zhǎng)選項(xiàng). # 如果想獲悉程序支持的所有選項(xiàng) # 請(qǐng)?jiān)诔绦蚝蠹由?help參數(shù)運(yùn)行程序. # # 關(guān)于獨(dú)立選項(xiàng)更多的細(xì)節(jié)信息可以在手冊(cè)內(nèi)找到 # # # 以下選項(xiàng)會(huì)被MySQL客戶端應(yīng)用讀取. # 注意只有MySQL附帶的客戶端應(yīng)用程序保證可以讀取這段內(nèi)容. # 如果你想你自己的MySQL應(yīng)用程序獲取這些值 # 需要在MySQL客戶端庫(kù)初始化的時(shí)候指定這些選項(xiàng) # client #password = your_password port = MYSQL_TCP_PORT socket = MYSQL_UNIX_ADDR # * 應(yīng)用定制選項(xiàng) * # # MySQ

3、L 服務(wù)端 # mysqld # 一般配置選項(xiàng) port = MYSQL_TCP_PORT socket = MYSQL_UNIX_ADDR # back_log 是操作系統(tǒng)在監(jiān)聽(tīng)隊(duì)列中所能保持的連接數(shù), # 隊(duì)列保存了在MySQL連接管理器線程處理之前的連接. # 如果你有非常高的連接率并且出現(xiàn)connection refused 報(bào)錯(cuò), # 你就應(yīng)該增加此處的值. # 檢查你的操作系統(tǒng)文檔來(lái)獲取這個(gè)變量的最大值. # 如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會(huì)沒(méi)有效果 back_log = 50 # 不在TCP/IP端口上進(jìn)行監(jiān)聽(tīng). # 如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接

4、到本地的mysqld, # 這樣設(shè)置將是增強(qiáng)安全的方法 # 所有mysqld的連接都是通過(guò)Unix sockets 或者命名管道進(jìn)行的. # 注意在windows下如果沒(méi)有打開(kāi)命名管道選項(xiàng)而只是用此項(xiàng) # (通過(guò) enable-named-pipe 選項(xiàng)) 將會(huì)導(dǎo)致mysql服務(wù)沒(méi)有任何作用! #skip-networking # MySQL 服務(wù)所允許的同時(shí)會(huì)話數(shù)的上限 # 其中一個(gè)連接將被SUPER權(quán)限保留作為管理員登錄. # 即便已經(jīng)達(dá)到了連接數(shù)的上限. max_connections = 100 # 每個(gè)客戶端連接最大的錯(cuò)誤允許數(shù)量,如果達(dá)到了此限制. # 這個(gè)客戶端將會(huì)被MySQL服

5、務(wù)阻止直到執(zhí)行了FLUSH HOSTS 或者服務(wù)重啟 # 非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值. # 查看 Aborted_connects 狀態(tài)來(lái)獲取全局計(jì)數(shù)器. max_connect_errors = 10 # 所有線程所打開(kāi)表的數(shù)量. # 增加此值就增加了mysqld所需要的文件描述符的數(shù)量 # 這樣你需要確認(rèn)在mysqld_safe中 open-files-limit 變量設(shè)置打開(kāi)文件數(shù)量允許至少4096 table_cache = 2048 # 允許外部文件級(jí)別的鎖. 打開(kāi)文件鎖會(huì)對(duì)性能造成負(fù)面影響 # 所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫(kù)實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其

6、他約束!) # 或者你在文件層面上使用了其他一些軟件依賴來(lái)鎖定MyISAM表 #external-locking # 服務(wù)所能處理的請(qǐng)求包的最大大小以及服務(wù)所能處理的最大的請(qǐng)求大小(當(dāng)與大的BLOB字段一起工作時(shí)相當(dāng)必要) # 每個(gè)連接獨(dú)立的大小.大小動(dòng)態(tài)增加 max_allowed_packet = 16M # 在一個(gè)事務(wù)中binlog為了記錄SQL狀態(tài)所持有的cache大小 # 如果你經(jīng)常使用大的,多聲明的事務(wù),你可以增加此值來(lái)獲取更大的性能. # 所有從事務(wù)來(lái)的狀態(tài)都將被緩沖在binlog緩沖中然后在提交后一次性寫(xiě)入到binlog中 # 如果事務(wù)比此值大, 會(huì)使用磁盤(pán)上的臨時(shí)文件來(lái)替代.

7、 # 此緩沖在每個(gè)連接的事務(wù)第一次更新?tīng)顟B(tài)時(shí)被創(chuàng)建 binlog_cache_size = 1M # 獨(dú)立的內(nèi)存表所允許的最大容量. # 此選項(xiàng)為了防止意外創(chuàng)建一個(gè)超大的內(nèi)存表導(dǎo)致永盡所有的內(nèi)存資源. max_heap_table_size = 64M # 排序緩沖被用來(lái)處理類似ORDER BY以及GROUP BY隊(duì)列所引起的排序 # 如果排序后的數(shù)據(jù)無(wú)法放入排序緩沖, # 一個(gè)用來(lái)替代的基于磁盤(pán)的合并分類會(huì)被使用 # 查看 Sort_merge_passes 狀態(tài)變量. # 在排序發(fā)生時(shí)由每個(gè)線程分配 sort_buffer_size = 8M # 此緩沖被使用來(lái)優(yōu)化全聯(lián)合(full JOI

8、Ns 不帶索引的聯(lián)合). # 類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn), # 但是將此值設(shè)大能夠減輕性能影響. # 通過(guò) Select_full_join 狀態(tài)變量查看全聯(lián)合的數(shù)量 # 當(dāng)全聯(lián)合發(fā)生時(shí),在每個(gè)線程中分配 join_buffer_size = 8M # 我們?cè)赾ache中保留多少線程用于重用 # 當(dāng)一個(gè)客戶端斷開(kāi)連接后,如果cache中的線程還少于thread_cache_size, # 則客戶端線程被放入cache中. # 這可以在你需要大量新連接的時(shí)候極大的減少線程創(chuàng)建的開(kāi)銷 # (一般來(lái)說(shuō)如果你有好的線程模型的話,這不會(huì)有明顯的性能提升.) thread_cache_

9、size = 8 # 此允許應(yīng)用程序給予線程系統(tǒng)一個(gè)提示在同一時(shí)間給予渴望被運(yùn)行的線程的數(shù)量. # 此值只對(duì)于支持 thread_concurrency() 函數(shù)的系統(tǒng)有意義( 例如Sun Solaris). # 你可可以嘗試使用 CPU數(shù)量*(2.4) 來(lái)作為thread_concurrency的值 thread_concurrency = 8 # 查詢緩沖常被用來(lái)緩沖 SELECT 的結(jié)果并且在下一次同樣查詢的時(shí)候不再執(zhí)行直接返回結(jié)果. # 打開(kāi)查詢緩沖可以極大的提高服務(wù)器速度, 如果你有大量的相同的查詢并且很少修改表. # 查看 Qcache_lowmem_prunes 狀態(tài)變量來(lái)檢查是

10、否當(dāng)前值對(duì)于你的負(fù)載來(lái)說(shuō)是否足夠高. # 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢?cè)拿看味疾煌? # 查詢緩沖也許引起性能下降而不是性能提升. query_cache_size = 64M # 只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖 # 此設(shè)置用來(lái)保護(hù)查詢緩沖,防止一個(gè)極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋. query_cache_limit = 2M # 被全文檢索索引的最小的字長(zhǎng). # 你也許希望減少它,如果你需要搜索更短字的時(shí)候. # 注意在你修改此值之后, # 你需要重建你的 FULLTEXT 索引 ft_min_word_len = 4 # 如果你的系統(tǒng)支持 memlock()

11、函數(shù),你也許希望打開(kāi)此選項(xiàng)用以讓運(yùn)行中的mysql在在內(nèi)存高度緊張的時(shí)候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被swapping out # 此選項(xiàng)對(duì)于性能有益 #memlock # 當(dāng)創(chuàng)建新表時(shí)作為默認(rèn)使用的表類型, # 如果在創(chuàng)建表示沒(méi)有特別執(zhí)行表類型,將會(huì)使用此值 default_table_type = MYISAM # 線程使用的堆大小. 此容量的內(nèi)存在每次連接時(shí)被預(yù)留. # MySQL 本身常不會(huì)需要超過(guò)64K的內(nèi)存 # 如果你使用你自己的需要大量堆的UDF函數(shù) # 或者你的操作系統(tǒng)對(duì)于某些操作需要更多的堆, # 你也許需要將其設(shè)置的更高一點(diǎn). thread_stack = 192K

12、# 設(shè)定默認(rèn)的事務(wù)隔離級(jí)別.可用的級(jí)別如下: # READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE transaction_isolation = REPEATABLE-READ # 內(nèi)部(內(nèi)存中)臨時(shí)表的最大大小 # 如果一個(gè)表增長(zhǎng)到比此值更大,將會(huì)自動(dòng)轉(zhuǎn)換為基于磁盤(pán)的表. # 此限制是針對(duì)單個(gè)表的,而不是總和. tmp_table_size = 64M # 打開(kāi)二進(jìn)制日志功能. # 在復(fù)制(replication)配置中,作為MASTER主服務(wù)器必須打開(kāi)此項(xiàng) # 如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù),你也

13、同樣需要二進(jìn)制日志. log-bin=mysql-bin # 如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式 (A-B-C), # 你需要在服務(wù)器B上打開(kāi)此項(xiàng). # 此選項(xiàng)打開(kāi)在從線程上重做過(guò)的更新的日志, # 并將其寫(xiě)入從服務(wù)器的二進(jìn)制日志. #log_slave_updates # 打開(kāi)全查詢?nèi)罩? 所有的由服務(wù)器接收到的查詢 (甚至對(duì)于一個(gè)錯(cuò)誤語(yǔ)法的查詢) # 都會(huì)被記錄下來(lái). 這對(duì)于調(diào)試非常有用, 在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng). #log # 將警告打印輸出到錯(cuò)誤log文件. 如果你對(duì)于MySQL有任何問(wèn)題 # 你應(yīng)該打開(kāi)警告log并且仔細(xì)審查錯(cuò)誤日志,查出可能的原因. #log_warnings

14、 # 記錄慢速查詢. 慢速查詢是指消耗了比 long_query_time 定義的更多時(shí)間的查詢. # 如果 log_long_format 被打開(kāi),那些沒(méi)有使用索引的查詢也會(huì)被記錄. # 如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話. 一般來(lái)說(shuō)這是一個(gè)好主意, log_slow_queries # 所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢會(huì)被認(rèn)為是慢速查詢. # 不要在這里使用1, 否則會(huì)導(dǎo)致所有的查詢,甚至非??斓牟樵冺?yè)被記錄下來(lái)(由于MySQL 目前時(shí)間的精確度只能達(dá)到秒的級(jí)別). long_query_time = 2 # 在慢速日志中記錄更多的信息. # 一般此項(xiàng)最好打開(kāi). # 打開(kāi)

15、此項(xiàng)會(huì)記錄使得那些沒(méi)有使用索引的查詢也被作為到慢速查詢附加到慢速日志里 log_long_format # 此目錄被MySQL用來(lái)保存臨時(shí)文件.例如, # 它被用來(lái)處理基于磁盤(pán)的大型排序,和內(nèi)部排序一樣. # 以及簡(jiǎn)單的臨時(shí)表. # 如果你不創(chuàng)建非常大的臨時(shí)文件,將其放置到 swapfs/tmpfs 文件系統(tǒng)上也許比較好 # 另一種選擇是你也可以將其放置在獨(dú)立的磁盤(pán)上. # 你可以使用;來(lái)放置多個(gè)路徑 # 他們會(huì)按照roud-robin方法被輪詢使用. #tmpdir = /tmp # * 復(fù)制有關(guān)的設(shè)置 # 唯一的服務(wù)辨識(shí)號(hào),數(shù)值位于 1 到 232-1之間. # 此值在master和sla

16、ve上都需要設(shè)置. # 如果 master-host 沒(méi)有被設(shè)置,則默認(rèn)為1, 但是如果忽略此選項(xiàng),MySQL不會(huì)作為master生效. server-id = 1 # 復(fù)制的Slave (去掉master段的注釋來(lái)使其生效) # # 為了配置此主機(jī)作為復(fù)制的slave服務(wù)器,你可以選擇兩種方法: # # 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊(cè)中有完整描述) - # 語(yǔ)法如下: # # CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=, # MASTER_USER=, MASTER_PASSWORD= ; # # 你需要替換掉

17、, , 等被尖括號(hào)包圍的字段以及使用master的端口號(hào)替換 (默認(rèn)3306). # # 例子: # # CHANGE MASTER TO MASTER_HOST=125.564.12.1, MASTER_PORT=3306, # MASTER_USER=joe, MASTER_PASSWORD=secret; # # 或者 # # 2) 設(shè)置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動(dòng)復(fù)制(甚至不成功的情況下, # 例如如果你輸入錯(cuò)密碼在master-password字段并且slave無(wú)法連接), # slave會(huì)創(chuàng)建一個(gè) 文件,并且之后任何對(duì)

18、于包含在此文件內(nèi)的參數(shù)的變化都會(huì)被忽略 # 并且由 文件內(nèi)的內(nèi)容覆蓋, 除非你關(guān)閉slave服務(wù), 刪除 并且重啟slave 服務(wù). # 由于這個(gè)原因,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來(lái)代替 # # 所需要的唯一id號(hào)位于 2 和 232 - 1之間 # (并且和master不同) # 如果master-host被設(shè)置了.則默認(rèn)值是2 # 但是如果省略,則不會(huì)生效 #server-id = 2 # # 復(fù)制結(jié)構(gòu)中的master - 必須 #master-host = # # 當(dāng)連接到m

19、aster上時(shí)slave所用來(lái)認(rèn)證的用戶名 - 必須 #master-user = # # 當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的密碼 - 必須 #master-password = # # master監(jiān)聽(tīng)的端口. # 可選 - 默認(rèn)是3306 #master-port = # 使得slave只讀.只有用戶擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù). # 你可以使用此項(xiàng)去保證沒(méi)有應(yīng)用程序會(huì)意外的修改slave而不是master上的數(shù)據(jù) #read_only #* MyISAM 相關(guān)選項(xiàng) # 關(guān)鍵詞緩沖的大小, 一般用來(lái)緩沖MyISAM表的索引塊. # 不要將其設(shè)置大于你可

20、用內(nèi)存的30%, # 因?yàn)橐徊糠謨?nèi)存同樣被OS用來(lái)緩沖行數(shù)據(jù) # 甚至在你并不使用MyISAM 表的情況下, 你也需要仍舊設(shè)置起 8-64M 內(nèi)存由于它同樣會(huì)被內(nèi)部臨時(shí)磁盤(pán)表使用. key_buffer_size = 32M # 用來(lái)做MyISAM表全表掃描的緩沖大小. # 當(dāng)全表掃描需要時(shí),在對(duì)應(yīng)線程中分配. read_buffer_size = 2M # 當(dāng)在排序之后,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數(shù)據(jù)將從這個(gè)緩沖中讀取來(lái)防止磁盤(pán)尋道. # 如果你增高此值,可以提高很多ORDER BY的性能. # 當(dāng)需要時(shí)由每個(gè)線程分配 read_rnd_buffer_size = 16M # My

21、ISAM 使用特殊的類似樹(shù)的cache來(lái)使得突發(fā)插入 # (這些插入是,INSERT . SELECT, INSERT . VALUES (.), (.), ., 以及 LOAD DATA # INFILE) 更快. 此變量限制每個(gè)進(jìn)程中緩沖樹(shù)的字節(jié)數(shù). # 設(shè)置為 0 會(huì)關(guān)閉此優(yōu)化. # 為了最優(yōu)化不要將此值設(shè)置大于 key_buffer_size. # 當(dāng)突發(fā)插入被檢測(cè)到時(shí)此緩沖將被分配. bulk_insert_buffer_size = 64M # 此緩沖當(dāng)MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個(gè)空表中引起重建索引

22、時(shí)被分配. # 這在每個(gè)線程中被分配.所以在設(shè)置大值時(shí)需要小心. myisam_sort_buffer_size = 128M # MySQL重建索引時(shí)所允許的最大臨時(shí)文件的大小 (當(dāng) REPAIR, ALTER TABLE 或者 LOAD DATA INFILE). # 如果文件大小比此值更大,索引會(huì)通過(guò)鍵值緩沖創(chuàng)建(更慢) myisam_max_sort_file_size = 10G # 如果被用來(lái)更快的索引創(chuàng)建索引所使用臨時(shí)文件大于制定的值,那就使用鍵值緩沖方法. # 這主要用來(lái)強(qiáng)制在大表中長(zhǎng)字串鍵去使用慢速的鍵值緩沖方法來(lái)創(chuàng)建索引. myisam_max_extra_sort_fil

23、e_size = 10G # 如果一個(gè)表?yè)碛谐^(guò)一個(gè)索引, MyISAM 可以通過(guò)并行排序使用超過(guò)一個(gè)線程去修復(fù)他們. # 這對(duì)于擁有多個(gè)CPU以及大量?jī)?nèi)存情況的用戶,是一個(gè)很好的選擇. myisam_repair_threads = 1 # 自動(dòng)檢查和修復(fù)沒(méi)有適當(dāng)關(guān)閉的 MyISAM 表. myisam_recover # 默認(rèn)關(guān)閉 Federated skip-federated # * BDB 相關(guān)選項(xiàng) * # 如果你運(yùn)行的MySQL服務(wù)有BDB支持但是你不準(zhǔn)備使用的時(shí)候使用此選項(xiàng). 這會(huì)節(jié)省內(nèi)存并且可能加速一些事. skip-bdb # * INNODB 相關(guān)選項(xiàng) * # 如果你的My

24、SQL服務(wù)包含InnoDB支持但是并不打算使用的話, # 使用此選項(xiàng)會(huì)節(jié)省內(nèi)存以及磁盤(pán)空間,并且加速某些部分 #skip-innodb # 附加的內(nèi)存池被InnoDB用來(lái)保存 metadata 信息 # 如果InnoDB為此目的需要更多的內(nèi)存,它會(huì)開(kāi)始從OS這里申請(qǐng)內(nèi)存. # 由于這個(gè)操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快, 你一般不需要修改此值. # SHOW INNODB STATUS 命令會(huì)顯示當(dāng)先使用的數(shù)量. innodb_additional_mem_pool_size = 16M # InnoDB使用一個(gè)緩沖池來(lái)保存索引和原始數(shù)據(jù), 不像 MyISAM. # 這里你設(shè)置越大,你在存取

25、表里面數(shù)據(jù)時(shí)所需要的磁盤(pán)I/O越少. # 在一個(gè)獨(dú)立使用的數(shù)據(jù)庫(kù)服務(wù)器上,你可以設(shè)置這個(gè)變量到服務(wù)器物理內(nèi)存大小的80% # 不要設(shè)置過(guò)大,否則,由于物理內(nèi)存的競(jìng)爭(zhēng)可能導(dǎo)致操作系統(tǒng)的換頁(yè)顛簸. # 注意在32位系統(tǒng)上你每個(gè)進(jìn)程可能被限制在 2-3.5G 用戶層面內(nèi)存限制, # 所以不要設(shè)置的太高. innodb_buffer_pool_size = 2G # InnoDB 將數(shù)據(jù)保存在一個(gè)或者多個(gè)數(shù)據(jù)文件中成為表空間. # 如果你只有單個(gè)邏輯驅(qū)動(dòng)保存你的數(shù)據(jù),一個(gè)單個(gè)的自增文件就足夠好了. # 其他情況下.每個(gè)設(shè)備一個(gè)文件一般都是個(gè)好的選擇. # 你也可以配置InnoDB來(lái)使用裸盤(pán)分區(qū) - 請(qǐng)

26、參考手冊(cè)來(lái)獲取更多相關(guān)內(nèi)容 innodb_data_file_path = ibdata1:10M:autoextend # 設(shè)置此選項(xiàng)如果你希望InnoDB表空間文件被保存在其他分區(qū). # 默認(rèn)保存在MySQL的datadir中. #innodb_data_home_dir = # 用來(lái)同步IO操作的IO線程的數(shù)量. This value is # 此值在Unix下被硬編碼為4,但是在Windows磁盤(pán)I/O可能在一個(gè)大數(shù)值下表現(xiàn)的更好. innodb_file_io_threads = 4 # 如果你發(fā)現(xiàn)InnoDB表空間損壞, 設(shè)置此值為一個(gè)非零值可能幫助你導(dǎo)出你的表. # 從1開(kāi)始并且

27、增加此值知道你能夠成功的導(dǎo)出表. #innodb_force_recovery=1 # 在InnoDb核心內(nèi)的允許線程數(shù)量. # 最優(yōu)值依賴于應(yīng)用程序,硬件以及操作系統(tǒng)的調(diào)度方式. # 過(guò)高的值可能導(dǎo)致線程的互斥顛簸. innodb_thread_concurrency = 16 # 如果設(shè)置為1 ,InnoDB會(huì)在每次提交后刷新(fsync)事務(wù)日志到磁盤(pán)上, # 這提供了完整的ACID行為. # 如果你愿意對(duì)事務(wù)安全折衷, 并且你正在運(yùn)行一個(gè)小的食物, 你可以設(shè)置此值到0或者2來(lái)減少由事務(wù)日志引起的磁盤(pán)I/O # 0代表日志只大約每秒寫(xiě)入日志文件并且日志文件刷新到磁盤(pán). # 2代表日志寫(xiě)入

28、日志文件在每次提交后,但是日志文件只有大約每秒才會(huì)刷新到磁盤(pán)上. innodb_flush_log_at_trx_commit = 1 # 加速I(mǎi)nnoDB的關(guān)閉. 這會(huì)阻止InnoDB在關(guān)閉時(shí)做全清除以及插入緩沖合并. # 這可能極大增加關(guān)機(jī)時(shí)間, 但是取而代之的是InnoDB可能在下次啟動(dòng)時(shí)做這些操作. #innodb_fast_shutdown # 用來(lái)緩沖日志數(shù)據(jù)的緩沖區(qū)的大小. # 當(dāng)此值快滿時(shí), InnoDB將必須刷新數(shù)據(jù)到磁盤(pán)上. # 由于基本上每秒都會(huì)刷新一次,所以沒(méi)有必要將此值設(shè)置的太大(甚至對(duì)于長(zhǎng)事務(wù)而言) innodb_log_buffer_size = 8M # 在日志組中每個(gè)日志文件的大小. # 你應(yīng)該設(shè)置日志文件總合大小到你緩沖池大小的25%100% # 來(lái)避免在日志文件覆寫(xiě)上不必要的緩沖池刷新行為. # 不論如何, 請(qǐng)注意一個(gè)大的日志文件大小會(huì)增加恢復(fù)進(jìn)程所需要的時(shí)間. innodb_log_file_size = 256M # 在日志組中的文件總數(shù). # 通常來(lái)說(shuō)23是比較好的. innodb_log_files_in_group = 3 # InnoDB的日志文件所在

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論