廉頗老矣，尚能飯否

MySQL配置文件my.cnf 例子最詳細翻譯,可以保存做筆記用[轉(zhuǎn)載]

1. #BEGIN CONFIG INFO
2. #DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的連接, 隊列負載大
3. #TYPE: SYSTEM
4. #END CONFIG INFO
5.  
6. #
7. # 此mysql配置文件例子針對4G內(nèi)存，并在www.bt285.cn bt下載與 www.5a520.cn 小說520，這兩個日ip 2w ,pv 20w  測試過的。 
8. # 主要使用INNODB
9. #處理復雜隊列并且連接數(shù)量較少的mysql服務器
10. #
11. # 將此文件復制到/etc/my.cnf 作為全局設置,
12. # mysql-data-dir/my.cnf 作為服務器指定設置
13. # (@localstatedir@ for this installation) 或者放入
14. # ~/.my.cnf 作為用戶設置.
15. #
16. # 在此配置文件中, 你可以使用所有程序支持的長選項.
17. # 如果想獲悉程序支持的所有選項
18. # 請在程序后加上"--help"參數(shù)運行程序.
19. #
20. # 關于獨立選項更多的細節(jié)信息可以在手冊內(nèi)找到
21. #
22.  
23. #
24. # 以下選項會被MySQL客戶端應用讀取.
25. # 注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內(nèi)容.
26. # 如果你想你自己的MySQL應用程序獲取這些值
27. # 需要在MySQL客戶端庫初始化的時候指定這些選項
28.  
29. #
30. [client]
31. #password = [your_password]
32. port = @MYSQL_TCP_PORT@
33. socket = @MYSQL_UNIX_ADDR@
34.  
35. # *** 應用定制選項 ***
36.  
37. #
38. #  MySQL 服務端
39. #
40. [mysqld]
41.  
42. # 一般配置選項
43. port = @MYSQL_TCP_PORT@
44. socket = @MYSQL_UNIX_ADDR@
45.  
46. # back_log 是操作系統(tǒng)在監(jiān)聽隊列中所能保持的連接數(shù),
47. # 隊列保存了在MySQL連接管理器線程處理之前的連接.
48. # 如果你有非常高的連接率并且出現(xiàn)"connection refused" 報錯,
49. # 你就應該增加此處的值.
50. # 檢查你的操作系統(tǒng)文檔來獲取這個變量的最大值.
51. # 如果將back_log設定到比你操作系統(tǒng)限制更高的值,將會沒有效果
52. back_log = 50
53.  
54. # 不在TCP/IP端口上進行監(jiān)聽.
55. # 如果所有的進程都是在同一臺服務器連接到本地的mysqld,
56. # 這樣設置將是增強安全的方法
57. # 所有mysqld的連接都是通過Unix sockets 或者命名管道進行的.
58. # 注意在windows下如果沒有打開命名管道選項而只是用此項
59. # (通過 "enable-named-pipe" 選項) 將會導致mysql服務沒有任何作用!
60. #skip-networking
61.  
62. # MySQL 服務所允許的同時會話數(shù)的上限
63. # 其中一個連接將被SUPER權(quán)限保留作為管理員登錄.
64. # 即便已經(jīng)達到了連接數(shù)的上限.
65. max_connections = 100
66. 一般像在我這個www.bt285.cn pv 10w   max_connections=30 就夠了。但是如果頁面都像http://www.bt285.cn/content.php?id=1196863 這個甜性澀愛頁面一樣，max_connections=30是不夠的。
67. # 每個客戶端連接最大的錯誤允許數(shù)量,如果達到了此限制.
68. # 這個客戶端將會被MySQL服務阻止直到執(zhí)行了"FLUSH HOSTS" 或者服務重啟
69. # 非法的密碼以及其他在鏈接時的錯誤會增加此值.
70. # 查看 "Aborted_connects" 狀態(tài)來獲取全局計數(shù)器.
71. max_connect_errors = 10
72.  
73. # 所有線程所打開表的數(shù)量.
74. # 增加此值就增加了mysqld所需要的文件描述符的數(shù)量
75. # 這樣你需要確認在[mysqld_safe]中 "open-files-limit" 變量設置打開文件數(shù)量允許至少4096
76. table_cache = 2048
77.  
78. # 允許外部文件級別的鎖. 打開文件鎖會對性能造成負面影響
79. # 所以只有在你在同樣的文件上運行多個數(shù)據(jù)庫實例時才使用此選項(注意仍會有其他約束!)
80. # 或者你在文件層面上使用了其他一些軟件依賴來鎖定MyISAM表
81. #external-locking
82.  
83. # 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB字段一起工作時相當必要)
84. # 每個連接獨立的大小.大小動態(tài)增加
85. max_allowed_packet = 16M
86.  
87. # 在一個事務中binlog為了記錄SQL狀態(tài)所持有的cache大小
88. # 如果你經(jīng)常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能.
89. # 所有從事務來的狀態(tài)都將被緩沖在binlog緩沖中然后在提交后一次性寫入到binlog中
90. # 如果事務比此值大, 會使用磁盤上的臨時文件來替代.
91. # 此緩沖在每個連接的事務第一次更新狀態(tài)時被創(chuàng)建
92. binlog_cache_size = 1M
93.  
94. # 獨立的內(nèi)存表所允許的最大容量.
95. # 此選項為了防止意外創(chuàng)建一個超大的內(nèi)存表導致永盡所有的內(nèi)存資源.
96. max_heap_table_size = 64M
97.  
98. # 排序緩沖被用來處理類似ORDER BY以及GROUP BY隊列所引起的排序
99. # 如果排序后的數(shù)據(jù)無法放入排序緩沖,
100. # 一個用來替代的基于磁盤的合并分類會被使用
101. # 查看 "Sort_merge_passes" 狀態(tài)變量.
102. # 在排序發(fā)生時由每個線程分配
103. sort_buffer_size = 8M
104.  
105. # 此緩沖被使用來優(yōu)化全聯(lián)合(full JOINs 不帶索引的聯(lián)合).
106. # 類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),
107. # 但是將此值設大能夠減輕性能影響.
108. # 通過 "Select_full_join" 狀態(tài)變量查看全聯(lián)合的數(shù)量
109. # 當全聯(lián)合發(fā)生時,在每個線程中分配
110. join_buffer_size = 8M
111.  
112. # 我們在cache中保留多少線程用于重用
113. # 當一個客戶端斷開連接后,如果cache中的線程還少于thread_cache_size,
114. # 則客戶端線程被放入cache中.
115. # 這可以在你需要大量新連接的時候極大的減少線程創(chuàng)建的開銷
116. # (一般來說如果你有好的線程模型的話,這不會有明顯的性能提升.)
117. thread_cache_size = 8
118.  
119. # 此允許應用程序給予線程系統(tǒng)一個提示在同一時間給予渴望被運行的線程的數(shù)量.
120. # 此值只對于支持 thread_concurrency() 函數(shù)的系統(tǒng)有意義( 例如Sun Solaris).
121. # 你可可以嘗試使用 [CPU數(shù)量]*(2..4) 來作為thread_concurrency的值
122. thread_concurrency = 8
123.  
124. # 查詢緩沖常被用來緩沖 SELECT 的結(jié)果并且在下一次同樣查詢的時候不再執(zhí)行直接返回結(jié)果.
125. # 打開查詢緩沖可以極大的提高服務器速度, 如果你有大量的相同的查詢并且很少修改表.
126. # 查看 "Qcache_lowmem_prunes" 狀態(tài)變量來檢查是否當前值對于你的負載來說是否足夠高.
127. # 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢原文每次都不同,
128. # 查詢緩沖也許引起性能下降而不是性能提升.
129. query_cache_size = 64M
130.  
131. # 只有小于此設定值的結(jié)果才會被緩沖
132. # 此設置用來保護查詢緩沖,防止一個極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋.
133. query_cache_limit = 2M
134.  
135. # 被全文檢索索引的最小的字長.
136. # 你也許希望減少它,如果你需要搜索更短字的時候.
137. # 注意在你修改此值之后,
138. # 你需要重建你的 FULLTEXT 索引
139. ft_min_word_len = 4
140.  
141. # 如果你的系統(tǒng)支持 memlock() 函數(shù),你也許希望打開此選項用以讓運行中的mysql在在內(nèi)存高度緊張的時候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被swapping out
142. # 此選項對于性能有益
143. #memlock
144.  
145. # 當創(chuàng)建新表時作為默認使用的表類型,
146. # 如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會使用此值
147. default_table_type = MYISAM
148.  
149. # 線程使用的堆大小. 此容量的內(nèi)存在每次連接時被預留.
150. # MySQL 本身常不會需要超過64K的內(nèi)存
151. # 如果你使用你自己的需要大量堆的UDF函數(shù)
152. # 或者你的操作系統(tǒng)對于某些操作需要更多的堆,
153. # 你也許需要將其設置的更高一點.
154. thread_stack = 192K
155.  
156. # 設定默認的事務隔離級別.可用的級別如下:
157. # READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
158. transaction_isolation = REPEATABLE-READ
159.  
160. # 內(nèi)部(內(nèi)存中)臨時表的最大大小
161. # 如果一個表增長到比此值更大,將會自動轉(zhuǎn)換為基于磁盤的表.
162. # 此限制是針對單個表的,而不是總和.
163. tmp_table_size = 64M
164.  
165. # 打開二進制日志功能.
166. # 在復制(replication)配置中,作為MASTER主服務器必須打開此項
167. # 如果你需要從你最后的備份中做基于時間點的恢復,你也同樣需要二進制日志.
168. log-bin=mysql-bin
169.  
170. # 如果你在使用鏈式從服務器結(jié)構(gòu)的復制模式 (A->B->C),
171. # 你需要在服務器B上打開此項.
172. # 此選項打開在從線程上重做過的更新的日志,
173. # 并將其寫入從服務器的二進制日志.
174. #log_slave_updates
175.  
176. # 打開全查詢?nèi)罩? 所有的由服務器接收到的查詢 (甚至對于一個錯誤語法的查詢)
177. # 都會被記錄下來. 這對于調(diào)試非常有用, 在生產(chǎn)環(huán)境中常常關閉此項.
178. #log
179.  
180. # 將警告打印輸出到錯誤log文件.  如果你對于MySQL有任何問題
181. # 你應該打開警告log并且仔細審查錯誤日志,查出可能的原因.
182. #log_warnings
183.  
184. # 記錄慢速查詢. 慢速查詢是指消耗了比 "long_query_time" 定義的更多時間的查詢.
185. # 如果 log_long_format 被打開,那些沒有使用索引的查詢也會被記錄.
186. # 如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話. 一般來說這是一個好主意,
187. log_slow_queries
188.  
189. # 所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.
190. # 不要在這里使用"1", 否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由于MySQL 目前時間的精確度只能達到秒的級別).
191. long_query_time = 2
192.  
193. # 在慢速日志中記錄更多的信息.
194. # 一般此項最好打開.
195. # 打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里
196. log_long_format
197.  
198. # 此目錄被MySQL用來保存臨時文件.例如,
199. # 它被用來處理基于磁盤的大型排序,和內(nèi)部排序一樣.
200. # 以及簡單的臨時表.
201. # 如果你不創(chuàng)建非常大的臨時文件,將其放置到 swapfs/tmpfs 文件系統(tǒng)上也許比較好
202. # 另一種選擇是你也可以將其放置在獨立的磁盤上.
203. # 你可以使用";"來放置多個路徑
204. # 他們會按照roud-robin方法被輪詢使用.
205. #tmpdir = /tmp
206.  
207.  
208. # ***  復制有關的設置
209.  
210.  
211. # 唯一的服務辨識號,數(shù)值位于 1 到 2^32-1之間.
212. # 此值在master和slave上都需要設置.
213. # 如果 "master-host" 沒有被設置,則默認為1, 但是如果忽略此選項,MySQL不會作為master生效.
214. server-id = 1
215.  
216. # 復制的Slave (去掉master段的注釋來使其生效)
217. #
218. # 為了配置此主機作為復制的slave服務器,你可以選擇兩種方法:
219. #
220. # 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) -
221. #    語法如下:
222. #
223. #    CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
224. #    MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
225. #
226. #    你需要替換掉 <host>, <user>, <password> 等被尖括號包圍的字段以及使用master的端口號替換<port> (默認3306).
227. #
228. #    例子:
229. #
230. #    CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
231. #    MASTER_USER='joe', MASTER_PASSWORD='secret';
232. #
233. # 或者
234. #
235. # 2) 設置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動復制(甚至不成功的情況下,
236. #     例如如果你輸入錯密碼在master-password字段并且slave無法連接),
237. #    slave會創(chuàng)建一個 master.info 文件,并且之后任何對于包含在此文件內(nèi)的參數(shù)的變化都會被忽略
238. #    并且由 master.info 文件內(nèi)的內(nèi)容覆蓋, 除非你關閉slave服務, 刪除 master.info 并且重啟slave 服務.
239. #    由于這個原因,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來代替
240. #
241. # 所需要的唯一id號位于 2 和 2^32 - 1之間
242. # (并且和master不同)
243. # 如果master-host被設置了.則默認值是2
244. # 但是如果省略,則不會生效
245. #server-id = 2
246. #
247. # 復制結(jié)構(gòu)中的master - 必須
248. #master-host = <hostname>
249. #
250. # 當連接到master上時slave所用來認證的用戶名 - 必須
251. #master-user = <username>
252. #
253. # 當連接到master上時slave所用來認證的密碼 - 必須
254. #master-password = <password>
255. #
256. # master監(jiān)聽的端口.
257. # 可選 - 默認是3306
258. #master-port = <port>
259.  
260. # 使得slave只讀.只有用戶擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù).
261. # 你可以使用此項去保證沒有應用程序會意外的修改slave而不是master上的數(shù)據(jù)
262. #read_only
263.  
264.  
265. #*** MyISAM 相關選項
266.  
267.  
268. # 關鍵詞緩沖的大小, 一般用來緩沖MyISAM表的索引塊.
269. # 不要將其設置大于你可用內(nèi)存的30%,
270. # 因為一部分內(nèi)存同樣被OS用來緩沖行數(shù)據(jù)
271. # 甚至在你并不使用MyISAM 表的情況下, 你也需要仍舊設置起 8-64M 內(nèi)存由于它同樣會被內(nèi)部臨時磁盤表使用.
272. key_buffer_size = 32M
273.  
274. # 用來做MyISAM表全表掃描的緩沖大小.
275. # 當全表掃描需要時,在對應線程中分配.
276. read_buffer_size = 2M
277.  
278. # 當在排序之后,從一個已經(jīng)排序好的序列中讀取行時,行數(shù)據(jù)將從這個緩沖中讀取來防止磁盤尋道.
279. # 如果你增高此值,可以提高很多ORDER BY的性能.
280. # 當需要時由每個線程分配
281. read_rnd_buffer_size = 16M
282.  
283. # MyISAM 使用特殊的類似樹的cache來使得突發(fā)插入
284. # (這些插入是,INSERT ... SELECT, INSERT ... VALUES (...), (...), ..., 以及 LOAD DATA
285. # INFILE) 更快. 此變量限制每個進程中緩沖樹的字節(jié)數(shù).
286. # 設置為 0 會關閉此優(yōu)化.
287. # 為了最優(yōu)化不要將此值設置大于 "key_buffer_size".
288. # 當突發(fā)插入被檢測到時此緩沖將被分配.
289. bulk_insert_buffer_size = 64M
290.  
291. # 此緩沖當MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.
292. # 這在每個線程中被分配.所以在設置大值時需要小心.
293. myisam_sort_buffer_size = 128M
294.  
295. # MySQL重建索引時所允許的最大臨時文件的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
296. # 如果文件大小比此值更大,索引會通過鍵值緩沖創(chuàng)建(更慢)
297. myisam_max_sort_file_size = 10G
298.  
299. # 如果被用來更快的索引創(chuàng)建索引所使用臨時文件大于制定的值,那就使用鍵值緩沖方法.
300. # 這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創(chuàng)建索引.
301. myisam_max_extra_sort_file_size = 10G
302.  
303. # 如果一個表擁有超過一個索引, MyISAM 可以通過并行排序使用超過一個線程去修復他們.
304. # 這對于擁有多個CPU以及大量內(nèi)存情況的用戶,是一個很好的選擇.
305. myisam_repair_threads = 1
306.  
307. # 自動檢查和修復沒有適當關閉的 MyISAM 表.
308. myisam_recover
309.  
310.  
311. # 默認關閉 Federated
312. skip-federated
313.  
314. # *** BDB 相關選項 ***
315.  
316. # 如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項. 這會節(jié)省內(nèi)存并且可能加速一些事.
317. skip-bdb
318.  
319.  
320. # *** INNODB 相關選項 ***
321.  
322. # 如果你的MySQL服務包含InnoDB支持但是并不打算使用的話,
323. # 使用此選項會節(jié)省內(nèi)存以及磁盤空間,并且加速某些部分
324. #skip-innodb
325.  
326. # 附加的內(nèi)存池被InnoDB用來保存 metadata 信息
327. # 如果InnoDB為此目的需要更多的內(nèi)存,它會開始從OS這里申請內(nèi)存.
328. # 由于這個操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快, 你一般不需要修改此值.
329. # SHOW INNODB STATUS 命令會顯示當先使用的數(shù)量.
330. innodb_additional_mem_pool_size = 16M
331.  
332. # InnoDB使用一個緩沖池來保存索引和原始數(shù)據(jù), 不像 MyISAM.
333. # 這里你設置越大,你在存取表里面數(shù)據(jù)時所需要的磁盤I/O越少.
334. # 在一個獨立使用的數(shù)據(jù)庫服務器上,你可以設置這個變量到服務器物理內(nèi)存大小的80%
335. # 不要設置過大,否則,由于物理內(nèi)存的競爭可能導致操作系統(tǒng)的換頁顛簸.
336. # 注意在32位系統(tǒng)上你每個進程可能被限制在 2-3.5G 用戶層面內(nèi)存限制,
337. # 所以不要設置的太高.
338. innodb_buffer_pool_size = 2G
339.  
340. # InnoDB 將數(shù)據(jù)保存在一個或者多個數(shù)據(jù)文件中成為表空間.
341. # 如果你只有單個邏輯驅(qū)動保存你的數(shù)據(jù),一個單個的自增文件就足夠好了.
342. # 其他情況下.每個設備一個文件一般都是個好的選擇.
343. # 你也可以配置InnoDB來使用裸盤分區(qū) - 請參考手冊來獲取更多相關內(nèi)容
344. innodb_data_file_path = ibdata1:10M:autoextend
345.  
346. # 設置此選項如果你希望InnoDB表空間文件被保存在其他分區(qū).
347. # 默認保存在MySQL的datadir中.
348. #innodb_data_home_dir = <directory>
349.  
350. # 用來同步IO操作的IO線程的數(shù)量. This value is
351. # 此值在Unix下被硬編碼為4,但是在Windows磁盤I/O可能在一個大數(shù)值下表現(xiàn)的更好.
352. innodb_file_io_threads = 4
353.  
354. # 如果你發(fā)現(xiàn)InnoDB表空間損壞, 設置此值為一個非零值可能幫助你導出你的表.
355. # 從1開始并且增加此值知道你能夠成功的導出表.
356. #innodb_force_recovery=1
357.  
358. # 在InnoDb核心內(nèi)的允許線程數(shù)量.
359. # 最優(yōu)值依賴于應用程序,硬件以及操作系統(tǒng)的調(diào)度方式.
360. # 過高的值可能導致線程的互斥顛簸.
361. innodb_thread_concurrency = 16
362.  
363. # 如果設置為1 ,InnoDB會在每次提交后刷新(fsync)事務日志到磁盤上,
364. # 這提供了完整的ACID行為.
365. # 如果你愿意對事務安全折衷, 并且你正在運行一個小的食物, 你可以設置此值到0或者2來減少由事務日志引起的磁盤I/O
366. # 0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.
367. # 2代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會刷新到磁盤上.
368. innodb_flush_log_at_trx_commit = 1
369.  
370. # 加速InnoDB的關閉. 這會阻止InnoDB在關閉時做全清除以及插入緩沖合并.
371. # 這可能極大增加關機時間, 但是取而代之的是InnoDB可能在下次啟動時做這些操作.
372. #innodb_fast_shutdown
373.  
374. # 用來緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.
375. # 當此值快滿時, InnoDB將必須刷新數(shù)據(jù)到磁盤上.
376. # 由于基本上每秒都會刷新一次,所以沒有必要將此值設置的太大(甚至對于長事務而言)
377.  
378. innodb_log_buffer_size = 8M
379.  
380. # 在日志組中每個日志文件的大小.
381. # 你應該設置日志文件總合大小到你緩沖池大小的25%~100%
382. # 來避免在日志文件覆寫上不必要的緩沖池刷新行為.
383. # 不論如何, 請注意一個大的日志文件大小會增加恢復進程所需要的時間.
384. innodb_log_file_size = 256M
385.  
386. # 在日志組中的文件總數(shù).
387. # 通常來說2~3是比較好的.
388. innodb_log_files_in_group = 3
389.  
390. # InnoDB的日志文件所在位置. 默認是MySQL的datadir.
391. # 你可以將其指定到一個獨立的硬盤上或者一個RAID1卷上來提高其性能
392. #innodb_log_group_home_dir
393.  
394. # 在InnoDB緩沖池中最大允許的臟頁面的比例.
395. # 如果達到限額, InnoDB會開始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁面.
396. # 這是一個軟限制,不被保證絕對執(zhí)行.
397. innodb_max_dirty_pages_pct = 90
398.  
399. # InnoDB用來刷新日志的方法.
400. # 表空間總是使用雙重寫入刷新方法
401. # 默認值是 "fdatasync", 另一個是 "O_DSYNC".
402. #innodb_flush_method=O_DSYNC
403.  
404. # 在被回滾前,一個InnoDB的事務應該等待一個鎖被批準多久.
405. # InnoDB在其擁有的鎖表中自動檢測事務死鎖并且回滾事務.
406. # 如果你使用 LOCK TABLES 指令, 或者在同樣事務中使用除了InnoDB以外的其他事務安全的存儲引擎
407. # 那么一個死鎖可能發(fā)生而InnoDB無法注意到.
408. # 這種情況下這個timeout值對于解決這種問題就非常有幫助.
409. innodb_lock_wait_timeout = 120
410.  
411.  
412. [mysqldump]
413. # 不要在將內(nèi)存中的整個結(jié)果寫入磁盤之前緩存. 在導出非常巨大的表時需要此項
414. quick
415.  
416. max_allowed_packet = 16M
417.  
418. [mysql]
419. no-auto-rehash
420.  
421. # 僅僅允許使用鍵值的 UPDATEs 和 DELETEs .
422. #safe-updates
423.  
424. [isamchk]
425. key_buffer = 512M
426. sort_buffer_size = 512M
427. read_buffer = 8M
428. write_buffer = 8M
429.  
430. [myisamchk]
431. key_buffer = 512M
432. sort_buffer_size = 512M
433. read_buffer = 8M
434. write_buffer = 8M
435.  
436. [mysqlhotcopy]
437. interactive-timeout
438.  
439. [mysqld_safe]
440. # 增加每個進程的可打開文件數(shù)量.
441. # 警告: 確認你已經(jīng)將全系統(tǒng)限制設定的足夠高!
442. # 打開大量表需要將此值設b
443. open-files-limit = 8192

posted on 2009-01-14 13:05 liudecai_zan@126.com 閱讀(356) 評論(0)  編輯  收藏 所屬分類: 在路上