0712-2888027 189-8648-0214
微信公眾號

孝感風(fēng)信網(wǎng)絡(luò )科技有限公司微信公眾號

當前位置:主頁(yè) > 技術(shù)支持 > MySQL > linux下mysql配置文件my.cnf最詳細解釋

linux下mysql配置文件my.cnf最詳細解釋

時(shí)間:2024-07-21來(lái)源:風(fēng)信官網(wǎng) 點(diǎn)擊: 1419次
#BEGIN CONFIG INFO
#DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的連接, 隊列負載大
#TYPE: SYSTEM
#END CONFIG INFO
#
# 此mysql配置文件例子針對4G內存,并在兩個(gè)日ip 2w ,pv 20w 測試過(guò)的。
# 主要使用INNODB
#處理復雜隊列并且連接數量較少的mysql服務(wù)器
#
# 將此文件復制到/etc/my.cnf 作為全局設置,
# mysql-data-dir/my.cnf 作為服務(wù)器指定設置
# (@localstatedir@ for this installation) 或者放入
# ~/.my.cnf 作為用戶(hù)設置.

# 在此配置文件中, 你可以使用所有程序支持的長(cháng)選項.
# 如果想獲悉程序支持的所有選項
# 請在程序后加上”–help”參數運行程序.
#
# 關(guān)于獨立選項更多的細節信息可以在手冊?xún)日业?br /> #

#
# 以下選項會(huì )被MySQL客戶(hù)端應用讀取.
# 注意只有MySQL附帶的客戶(hù)端應用程序保證可以讀取這段內容.
# 如果你想你自己的MySQL應用程序獲取這些值
# 需要在MySQL客戶(hù)端庫初始化的時(shí)候指定這些選項

#
[client]
#password = [your_password]
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@

# *** 應用定制選項 ***

#
# MySQL 服務(wù)端
#
[mysqld]

# 一般配置選項
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@

# back_log 是操作系統在監聽(tīng)隊列中所能保持的連接數,
# 隊列保存了在MySQL連接管理器線(xiàn)程處理之前的連接.
# 如果你有非常高的連接率并且出現”connection refused” 報錯,
# 你就應該增加此處的值.
# 檢查你的操作系統文檔來(lái)獲取這個(gè)變量的最大值.
# 如果將back_log設定到比你操作系統限制更高的值,將會(huì )沒(méi)有效果
back_log = 50

# 不在TCP/IP端口上進(jìn)行監聽(tīng).
# 如果所有的進(jìn)程都是在同一臺服務(wù)器連接到本地的mysqld,
# 這樣設置將是增強安全的方法
# 所有mysqld的連接都是通過(guò)Unix sockets 或者命名管道進(jìn)行的.
# 注意在windows下如果沒(méi)有打開(kāi)命名管道選項而只是用此項
# (通過(guò) “enable-named-pipe” 選項) 將會(huì )導致mysql服務(wù)沒(méi)有任何作用!
#skip-networking

# MySQL 服務(wù)所允許的同時(shí)會(huì )話(huà)數的上限
# 其中一個(gè)連接將被SUPER權限保留作為管理員登錄.
# 即便已經(jīng)達到了連接數的上限.
max_connections = 100
# 每個(gè)客戶(hù)端連接最大的錯誤允許數量,如果達到了此限制.
# 這個(gè)客戶(hù)端將會(huì )被MySQL服務(wù)阻止直到執行了”FLUSH HOSTS” 或者服務(wù)重啟
# 非法的密碼以及其他在鏈接時(shí)的錯誤會(huì )增加此值.
# 查看 “Aborted_connects” 狀態(tài)來(lái)獲取全局計數器.
max_connect_errors = 10

# 所有線(xiàn)程所打開(kāi)表的數量.
# 增加此值就增加了mysqld所需要的文件描述符的數量
# 這樣你需要確認在[mysqld_safe]中 “open-files-limit” 變量設置打開(kāi)文件數量允許至少4096
table_cache = 2048

# 允許外部文件級別的鎖. 打開(kāi)文件鎖會(huì )對性能造成負面影響
# 所以只有在你在同樣的文件上運行多個(gè)數據庫實(shí)例時(shí)才使用此選項(注意仍會(huì )有其他約束!)
# 或者你在文件層面上使用了其他一些軟件依賴(lài)來(lái)鎖定MyISAM表
#external-locking

# 服務(wù)所能處理的請求包的最大大小以及服務(wù)所能處理的最大的請求大小(當與大的BLOB字段一起工作時(shí)相當必要)
# 每個(gè)連接獨立的大小.大小動(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)替代.
# 此緩沖在每個(gè)連接的事務(wù)第一次更新?tīng)顟B(tài)時(shí)被創(chuàng )建
binlog_cache_size = 1M

# 獨立的內存表所允許的最大容量.
# 此選項為了防止意外創(chuàng )建一個(gè)超大的內存表導致永盡所有的內存資源.
max_heap_table_size = 64M

# 排序緩沖被用來(lái)處理類(lèi)似ORDER BY以及GROUP BY隊列所引起的排序
# 如果排序后的數據無(wú)法放入排序緩沖,
# 一個(gè)用來(lái)替代的基于磁盤(pán)的合并分類(lèi)會(huì )被使用
# 查看 “Sort_merge_passes” 狀態(tài)變量.
# 在排序發(fā)生時(shí)由每個(gè)線(xiàn)程分配
sort_buffer_size = 8M

# 此緩沖被使用來(lái)優(yōu)化全聯(lián)合(full JOINs 不帶索引的聯(lián)合).
# 類(lèi)似的聯(lián)合在極大多數情況下有非常糟糕的性能表現,
# 但是將此值設大能夠減輕性能影響.
# 通過(guò) “Select_full_join” 狀態(tài)變量查看全聯(lián)合的數量
# 當全聯(lián)合發(fā)生時(shí),在每個(gè)線(xiàn)程中分配
join_buffer_size = 8M

# 我們在cache中保留多少線(xiàn)程用于重用
# 當一個(gè)客戶(hù)端斷開(kāi)連接后,如果cache中的線(xiàn)程還少于thread_cache_size,
# 則客戶(hù)端線(xiàn)程被放入cache中.
# 這可以在你需要大量新連接的時(shí)候極大的減少線(xiàn)程創(chuàng )建的開(kāi)銷(xiāo)
# (一般來(lái)說(shuō)如果你有好的線(xiàn)程模型的話(huà),這不會(huì )有明顯的性能提升.)
thread_cache_size = 8

# 此允許應用程序給予線(xiàn)程系統一個(gè)提示在同一時(shí)間給予渴望被運行的線(xiàn)程的數量.
# 此值只對于支持 thread_concurrency() 函數的系統有意義( 例如Sun Solaris).
# 你可可以嘗試使用 [CPU數量]*(2..4) 來(lái)作為thread_concurrency的值
thread_concurrency = 8

# 查詢(xún)緩沖常被用來(lái)緩沖 SELECT 的結果并且在下一次同樣查詢(xún)的時(shí)候不再執行直接返回結果.
# 打開(kāi)查詢(xún)緩沖可以極大的提高服務(wù)器速度, 如果你有大量的相同的查詢(xún)并且很少修改表.
# 查看 “Qcache_lowmem_prunes” 狀態(tài)變量來(lái)檢查是否當前值對于你的負載來(lái)說(shuō)是否足夠高.
# 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢(xún)原文每次都不同,
# 查詢(xún)緩沖也許引起性能下降而不是性能提升.轉載請注明文章來(lái)源:http://www.linuxso.com/a/linuxrumen/413.html

query_cache_size = 64M

# 只有小于此設定值的結果才會(huì )被緩沖
# 此設置用來(lái)保護查詢(xún)緩沖,防止一個(gè)極大的結果集將其他所有的查詢(xún)結果都覆蓋.
query_cache_limit = 2M

# 被全文檢索索引的最小的字長(cháng).
# 你也許希望減少它,如果你需要搜索更短字的時(shí)候.
# 注意在你修改此值之后,
# 你需要重建你的 FULLTEXT 索引
ft_min_word_len = 4

# 如果你的系統支持 memlock() 函數,你也許希望打開(kāi)此選項用以讓運行中的mysql在在內存高度緊張的時(shí)候,數據在內存中保持鎖定并且防止可能被swapping out
# 此選項對于性能有益
#memlock

# 當創(chuàng )建新表時(shí)作為默認使用的表類(lèi)型,
# 如果在創(chuàng )建表示沒(méi)有特別執行表類(lèi)型,將會(huì )使用此值
default_table_type = MYISAM

# 線(xiàn)程使用的堆大小. 此容量的內存在每次連接時(shí)被預留.
# MySQL 本身常不會(huì )需要超過(guò)64K的內存
# 如果你使用你自己的需要大量堆的UDF函數
# 或者你的操作系統對于某些操作需要更多的堆,
# 你也許需要將其設置的更高一點(diǎn).
thread_stack = 192K

# 設定默認的事務(wù)隔離級別.可用的級別如下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
transaction_isolation = REPEATABLE-READ

# 內部(內存中)臨時(shí)表的最大大小
# 如果一個(gè)表增長(cháng)到比此值更大,將會(huì )自動(dòng)轉換為基于磁盤(pán)的表.
# 此限制是針對單個(gè)表的,而不是總和.
tmp_table_size = 64M

# 打開(kāi)二進(jìn)制日志功能.
# 在復制(replication)配置中,作為MASTER主服務(wù)器必須打開(kāi)此項
# 如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復,你也同樣需要二進(jìn)制日志.
log-bin=mysql-bin

# 如果你在使用鏈式從服務(wù)器結構的復制模式 (A->B->C),
# 你需要在服務(wù)器B上打開(kāi)此項.
# 此選項打開(kāi)在從線(xiàn)程上重做過(guò)的更新的日志,
# 并將其寫(xiě)入從服務(wù)器的二進(jìn)制日志.
#log_slave_updates

# 打開(kāi)全查詢(xún)日志. 所有的由服務(wù)器接收到的查詢(xún) (甚至對于一個(gè)錯誤語(yǔ)法的查詢(xún))
# 都會(huì )被記錄下來(lái). 這對于調試非常有用, 在生產(chǎn)環(huán)境中常常關(guān)閉此項.
#log

# 將警告打印輸出到錯誤log文件. 如果你對于MySQL有任何問(wèn)題
# 你應該打開(kāi)警告log并且仔細審查錯誤日志,查出可能的原因.
#log_warnings

# 記錄慢速查詢(xún). 慢速查詢(xún)是指消耗了比 “long_query_time” 定義的更多時(shí)間的查詢(xún).
# 如果 log_long_format 被打開(kāi),那些沒(méi)有使用索引的查詢(xún)也會(huì )被記錄.
# 如果你經(jīng)常增加新查詢(xún)到已有的系統內的話(huà). 一般來(lái)說(shuō)這是一個(gè)好主意,
log_slow_queries

# 所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢(xún)會(huì )被認為是慢速查詢(xún).
# 不要在這里使用”1″, 否則會(huì )導致所有的查詢(xún),甚至非??斓牟樵?xún)頁(yè)被記錄下來(lái)(由于MySQL 目前時(shí)間的精確度只能達到秒的級別).
long_query_time = 2

# 在慢速日志中記錄更多的信息.
# 一般此項最好打開(kāi).
# 打開(kāi)此項會(huì )記錄使得那些沒(méi)有使用索引的查詢(xún)也被作為到慢速查詢(xún)附加到慢速日志里
log_long_format

# 此目錄被MySQL用來(lái)保存臨時(shí)文件.例如,
# 它被用來(lái)處理基于磁盤(pán)的大型排序,和內部排序一樣.
# 以及簡(jiǎn)單的臨時(shí)表.
# 如果你不創(chuàng )建非常大的臨時(shí)文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好
# 另一種選擇是你也可以將其放置在獨立的磁盤(pán)上.
# 你可以使用”;”來(lái)放置多個(gè)路徑
# 他們會(huì )按照roud-robin方法被輪詢(xún)使用.
#tmpdir = /tmp

# *** 復制有關(guān)的設置

# 唯一的服務(wù)辨識號,數值位于 1 到 2^32-1之間.
# 此值在master和slave上都需要設置.
# 如果 “master-host” 沒(méi)有被設置,則默認為1, 但是如果忽略此選項,MySQL不會(huì )作為master生效.
server-id = 1

# 復制的Slave (去掉master段的注釋來(lái)使其生效)
#
# 為了配置此主機作為復制的slave服務(wù)器,你可以選擇兩種方法:
#
# 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) -
# 語(yǔ)法如下:
#
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT= ,
# MASTER_USER=, MASTER_PASSWORD= ;
#
# 你需要替換掉 , , 等被尖括號包圍的字段以及使用master的端口號替換 (默認3306).
#
# 例子:
#
# CHANGE MASTER TO MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306,
# MASTER_USER=’joe’, MASTER_PASSWORD=’secret’;
#
# 或者
#
# 2) 設置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動(dòng)復制(甚至不成功的情況下,
# 例如如果你輸入錯密碼在master-password字段并且slave無(wú)法連接),
# slave會(huì )創(chuàng )建一個(gè) master.info 文件,并且之后任何對于包含在此文件內的參數的變化都會(huì )被忽略
# 并且由 master.info 文件內的內容覆蓋, 除非你關(guān)閉slave服務(wù), 刪除 master.info 并且重啟slave 服務(wù).
# 由于這個(gè)原因,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來(lái)代替
#
# 所需要的唯一id號位于 2 和 2^32 – 1之間
# (并且和master不同)
# 如果master-host被設置了.則默認值是2
# 但是如果省略,則不會(huì )生效
#server-id = 2
#
# 復制結構中的master – 必須
#master-host =
#
# 當連接到master上時(shí)slave所用來(lái)認證的用戶(hù)名 – 必須
#master-user =
#
# 當連接到master上時(shí)slave所用來(lái)認證的密碼 – 必須
#master-password = #轉載請注明文章來(lái)源:http://www.linuxso.com/a/linuxrumen/413.html

# master監聽(tīng)的端口.
# 可選 – 默認是3306
#master-port =

# 使得slave只讀.只有用戶(hù)擁有SUPER權限和在上面的slave線(xiàn)程能夠修改數據.
# 你可以使用此項去保證沒(méi)有應用程序會(huì )意外的修改slave而不是master上的數據
#read_only

#*** MyISAM 相關(guān)選項

# 關(guān)鍵詞緩沖的大小, 一般用來(lái)緩沖MyISAM表的索引塊.
# 不要將其設置大于你可用內存的30%,
# 因為一部分內存同樣被OS用來(lái)緩沖行數據
# 甚至在你并不使用MyISAM 表的情況下, 你也需要仍舊設置起 8-64M 內存由于它同樣會(huì )被內部臨時(shí)磁盤(pán)表使用.
key_buffer_size = 32M

# 用來(lái)做MyISAM表全表掃描的緩沖大小.
# 當全表掃描需要時(shí),在對應線(xiàn)程中分配.
read_buffer_size = 2M

# 當在排序之后,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數據將從這個(gè)緩沖中讀取來(lái)防止磁盤(pán)尋道.
# 如果你增高此值,可以提高很多ORDER BY的性能.
# 當需要時(shí)由每個(gè)線(xiàn)程分配
read_rnd_buffer_size = 16M

# MyISAM 使用特殊的類(lèi)似樹(shù)的cache來(lái)使得突發(fā)插入
# (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA
# INFILE) 更快. 此變量限制每個(gè)進(jìn)程中緩沖樹(shù)的字節數.
# 設置為 0 會(huì )關(guān)閉此優(yōu)化.
# 為了最優(yōu)化不要將此值設置大于 “key_buffer_size”.
# 當突發(fā)插入被檢測到時(shí)此緩沖將被分配.
bulk_insert_buffer_size = 64M

# 此緩沖當MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個(gè)空表中引起重建索引時(shí)被分配.
# 這在每個(gè)線(xiàn)程中被分配.所以在設置大值時(shí)需要小心.
myisam_sort_buffer_size = 128M

# MySQL重建索引時(shí)所允許的最大臨時(shí)文件的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 如果文件大小比此值更大,索引會(huì )通過(guò)鍵值緩沖創(chuàng )建(更慢)
myisam_max_sort_file_size = 10G

# 如果被用來(lái)更快的索引創(chuàng )建索引所使用臨時(shí)文件大于制定的值,那就使用鍵值緩沖方法.
# 這主要用來(lái)強制在大表中長(cháng)字串鍵去使用慢速的鍵值緩沖方法來(lái)創(chuàng )建索引.
myisam_max_extra_sort_file_size = 10G

# 如果一個(gè)表?yè)碛谐^(guò)一個(gè)索引, MyISAM 可以通過(guò)并行排序使用超過(guò)一個(gè)線(xiàn)程去修復他們.
# 這對于擁有多個(gè)CPU以及大量?jì)却媲闆r的用戶(hù),是一個(gè)很好的選擇.
myisam_repair_threads = 1

# 自動(dòng)檢查和修復沒(méi)有適當關(guān)閉的 MyISAM 表.
myisam_recover

# 默認關(guān)閉 Federated
skip-federated

# *** BDB 相關(guān)選項 ***

# 如果你運行的MySQL服務(wù)有BDB支持但是你不準備使用的時(shí)候使用此選項. 這會(huì )節省內存并且可能加速一些事.
skip-bdb

# *** INNODB 相關(guān)選項 ***

# 如果你的MySQL服務(wù)包含InnoDB支持但是并不打算使用的話(huà),
# 使用此選項會(huì )節省內存以及磁盤(pán)空間,并且加速某些部分
#skip-innodb

# 附加的內存池被InnoDB用來(lái)保存 metadata 信息
# 如果InnoDB為此目的需要更多的內存,它會(huì )開(kāi)始從OS這里申請內存.
# 由于這個(gè)操作在大多數現代操作系統上已經(jīng)足夠快, 你一般不需要修改此值.
# SHOW INNODB STATUS 命令會(huì )顯示當先使用的數量.
innodb_additional_mem_pool_size = 16M

# InnoDB使用一個(gè)緩沖池來(lái)保存索引和原始數據, 不像 MyISAM.
# 這里你設置越大,你在存取表里面數據時(shí)所需要的磁盤(pán)I/O越少.
# 在一個(gè)獨立使用的數據庫服務(wù)器上,你可以設置這個(gè)變量到服務(wù)器物理內存大小的80%
# 不要設置過(guò)大,否則,由于物理內存的競爭可能導致操作系統的換頁(yè)顛簸.
# 注意在32位系統上你每個(gè)進(jìn)程可能被限制在 2-3.5G 用戶(hù)層面內存限制,
# 所以不要設置的太高.
innodb_buffer_pool_size = 2G

# InnoDB 將數據保存在一個(gè)或者多個(gè)數據文件中成為表空間.
# 如果你只有單個(gè)邏輯驅動(dòng)保存你的數據,一個(gè)單個(gè)的自增文件就足夠好了.
# 其他情況下.每個(gè)設備一個(gè)文件一般都是個(gè)好的選擇.
# 你也可以配置InnoDB來(lái)使用裸盤(pán)分區 – 請參考手冊來(lái)獲取更多相關(guān)內容
innodb_data_file_path = ibdata1:10M:autoextend

# 設置此選項如果你希望InnoDB表空間文件被保存在其他分區.
# 默認保存在MySQL的datadir中.
#innodb_data_home_dir =

# 用來(lái)同步IO操作的IO線(xiàn)程的數量. This value is
# 此值在Unix下被硬編碼為4,但是在Windows磁盤(pán)I/O可能在一個(gè)大數值下表現的更好.
innodb_file_io_threads = 4

# 如果你發(fā)現InnoDB表空間損壞, 設置此值為一個(gè)非零值可能幫助你導出你的表.
# 從1開(kāi)始并且增加此值知道你能夠成功的導出表.
#innodb_force_recovery=1

# 在InnoDb核心內的允許線(xiàn)程數量.
# 最優(yōu)值依賴(lài)于應用程序,硬件以及操作系統的調度方式.
# 過(guò)高的值可能導致線(xiàn)程的互斥顛簸.
innodb_thread_concurrency = 16

# 如果設置為1 ,InnoDB會(huì )在每次提交后刷新(fsync)事務(wù)日志到磁盤(pán)上,
# 這提供了完整的ACID行為.
# 如果你愿意對事務(wù)安全折衷, 并且你正在運行一個(gè)小的食物, 你可以設置此值到0或者2來(lái)減少由事務(wù)日志引起的磁盤(pán)I/O
# 0代表日志只大約每秒寫(xiě)入日志文件并且日志文件刷新到磁盤(pán).
# 2代表日志寫(xiě)入日志文件在每次提交后,但是日志文件只有大約每秒才會(huì )刷新到磁盤(pán)上.
innodb_flush_log_at_trx_commit = 1

# 加速I(mǎi)nnoDB的關(guān)閉. 這會(huì )阻止InnoDB在關(guān)閉時(shí)做全清除以及插入緩沖合并.
# 這可能極大增加關(guān)機時(shí)間, 但是取而代之的是InnoDB可能在下次啟動(dòng)時(shí)做這些操作.
#innodb_fast_shutdown

# 用來(lái)緩沖日志數據的緩沖區的大小.
# 當此值快滿(mǎn)時(shí), InnoDB將必須刷新數據到磁盤(pán)上.
# 由于基本上每秒都會(huì )刷新一次,所以沒(méi)有必要將此值設置的太大(甚至對于長(cháng)事務(wù)而言)

innodb_log_buffer_size = 8M

# 在日志組中每個(gè)日志文件的大小.轉載請注明文章來(lái)源:http://www.linuxso.com/a/linuxrumen/413.html

# 你應該設置日志文件總合大小到你緩沖池大小的25%~100%
# 來(lái)避免在日志文件覆寫(xiě)上不必要的緩沖池刷新行為.
# 不論如何, 請注意一個(gè)大的日志文件大小會(huì )增加恢復進(jìn)程所需要的時(shí)間.
innodb_log_file_size = 256M

# 在日志組中的文件總數.
# 通常來(lái)說(shuō)2~3是比較好的.
innodb_log_files_in_group = 3

# InnoDB的日志文件所在位置. 默認是MySQL的datadir.
# 你可以將其指定到一個(gè)獨立的硬盤(pán)上或者一個(gè)RAID1卷上來(lái)提高其性能
#innodb_log_group_home_dir

# 在InnoDB緩沖池中最大允許的臟頁(yè)面的比例.
# 如果達到限額, InnoDB會(huì )開(kāi)始刷新他們防止他們妨礙到干凈數據頁(yè)面.
# 這是一個(gè)軟限制,不被保證絕對執行.
innodb_max_dirty_pages_pct = 90

# InnoDB用來(lái)刷新日志的方法.
# 表空間總是使用雙重寫(xiě)入刷新方法
# 默認值是 “fdatasync”, 另一個(gè)是 “O_DSYNC”.
#innodb_flush_method=O_DSYNC

# 在被回滾前,一個(gè)InnoDB的事務(wù)應該等待一個(gè)鎖被批準多久.
# InnoDB在其擁有的鎖表中自動(dòng)檢測事務(wù)死鎖并且回滾事務(wù).
# 如果你使用 LOCK TABLES 指令, 或者在同樣事務(wù)中使用除了InnoDB以外的其他事務(wù)安全的存儲引擎
# 那么一個(gè)死鎖可能發(fā)生而InnoDB無(wú)法注意到.
# 這種情況下這個(gè)timeout值對于解決這種問(wèn)題就非常有幫助.
innodb_lock_wait_timeout = 120

[mysqldump]
# 不要在將內存中的整個(gè)結果寫(xiě)入磁盤(pán)之前緩存. 在導出非常巨大的表時(shí)需要此項
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]
# 增加每個(gè)進(jìn)程的可打開(kāi)文件數量.
# 警告: 確認你已經(jīng)將全系統限制設定的足夠高!
# 打開(kāi)大量表需要將此值設b
open-files-limit = 8192
熱門(mén)關(guān)鍵詞: linux mysql 配置文件 my.cnf
欄目列表
推薦內容
熱點(diǎn)內容
展開(kāi)