MySQL配置參數(shù)是什么

這篇文章給大家分享的是有關(guān)MySQL配置參數(shù)是什么的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考。一起跟隨小編過來看看吧。

# 以下選項(xiàng)會(huì)被MySQL客戶端應(yīng)用讀取。

# 注意只有mysql附帶的客戶端應(yīng)用程序保證可以讀取這段內(nèi)容。

# 如果你想你自己的MySQL應(yīng)用程序獲取這些值。

# 需要在MySQL客戶端庫初始化的時(shí)候指定這些選項(xiàng)。

#

[client]

#password = [your_password]

port = @MYSQL_TCP_PORT@

socket = @MYSQL_UNIX_ADDR@

# *** 應(yīng)用定制選項(xiàng) ***

#

# MySQL 服務(wù)端

#

[mysqld]

# 一般配置選項(xiàng)

port = @MYSQL_TCP_PORT@

socket = @MYSQL_UNIX_ADDR@

# back_log 是操作系統(tǒng)在監(jiān)聽隊(duì)列中所能保持的連接數(shù),

# 隊(duì)列保存了在 MySQL 連接管理器線程處理之前的連接.

# 如果你有非常高的連接率并且出現(xiàn) “connection refused” 報(bào)錯(cuò),

# 你就應(yīng)該增加此處的值.

# 檢查你的操作系統(tǒng)文檔來獲取這個(gè)變量的最大值.

# 如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會(huì)沒有效果

back_log = 300

# 不在 TCP/IP 端口上進(jìn)行監(jiān)聽.

# 如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接到本地的 mysqld,

# 這樣設(shè)置將是增強(qiáng)安全的方法

# 所有 mysqld 的連接都是通過 Unix Sockets 或者命名管道進(jìn)行的.

# 注意在 Windows下如果沒有打開命名管道選項(xiàng)而只是用此項(xiàng)

# (通過 “enable-named-pipe” 選項(xiàng)) 將會(huì)導(dǎo)致 MySQL 服務(wù)沒有任何作用!

#skip-networking

# MySQL 服務(wù)所允許的同時(shí)會(huì)話數(shù)的上限

# 其中一個(gè)連接將被 SUPER 權(quán)限保留作為管理員登錄.

# 即便已經(jīng)達(dá)到了連接數(shù)的上限.

max_connections = 3000

# 每個(gè)客戶端連接最大的錯(cuò)誤允許數(shù)量,如果達(dá)到了此限制.

# 這個(gè)客戶端將會(huì)被 MySQL 服務(wù)阻止直到執(zhí)行了 “FLUSH HOSTS” 或者服務(wù)重啟

# 非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值.

# 查看 “Aborted_connects” 狀態(tài)來獲取全局計(jì)數(shù)器.

max_connect_errors = 50

# 所有線程所打開表的數(shù)量.

# 增加此值就增加了 mysqld 所需要的文件描述符的數(shù)量

# 這樣你需要確認(rèn)在 [mysqld_safe] 中 “open-files-limit” 變量設(shè)置打開文件數(shù)量允許至少等于 table_cache 的值

table_open_cache = 4096

# 允許外部文件級別的鎖. 打開文件鎖會(huì)對性能造成負(fù)面影響

# 所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其他約束!)

# 或者你在文件層面上使用了其他一些軟件依賴來鎖定 MyISAM 表

#external-locking

# 服務(wù)所能處理的請求包的最大大小以及服務(wù)所能處理的最大的請求大小(當(dāng)與大的 BLOB 字段一起工作時(shí)相當(dāng)必要)

# 每個(gè)連接獨(dú)立的大小，大小動(dòng)態(tài)增加

max_allowed_packet = 32M

# 在一個(gè)事務(wù)中 binlog 為了記錄 SQL 狀態(tài)所持有的 cache 大小

# 如果你經(jīng)常使用大的,多聲明的事務(wù),你可以增加此值來獲取更大的性能.

# 所有從事務(wù)來的狀態(tài)都將被緩沖在 binlog 緩沖中然后在提交后一次性寫入到 binlog 中

# 如果事務(wù)比此值大, 會(huì)使用磁盤上的臨時(shí)文件來替代.

# 此緩沖在每個(gè)連接的事務(wù)第一次更新狀態(tài)時(shí)被創(chuàng)建

binlog_cache_size = 4M

# 獨(dú)立的內(nèi)存表所允許的最大容量.

# 此選項(xiàng)為了防止意外創(chuàng)建一個(gè)超大的內(nèi)存表導(dǎo)致永盡所有的內(nèi)存資源.

max_heap_table_size = 128M

# 隨機(jī)讀取數(shù)據(jù)緩沖區(qū)使用內(nèi)存(read_rnd_buffer_size)：和順序讀取相對應(yīng)，

# 當(dāng) MySQL 進(jìn)行非順序讀?。S機(jī)讀取）數(shù)據(jù)塊的時(shí)候，會(huì)利用>這個(gè)緩沖區(qū)暫存讀取的數(shù)據(jù)

# 如根據(jù)索引信息讀取表數(shù)據(jù)，根據(jù)排序后的結(jié)果集與表進(jìn)行 Join 等等

# 總的來說，就是當(dāng)數(shù)據(jù)塊的讀取需要滿足>一定的順序的情況下，MySQL 就需要產(chǎn)生隨機(jī)讀取，進(jìn)而使用到 read_rnd_buffer_size 參數(shù)所設(shè)置的內(nèi)存緩沖區(qū)

read_rnd_buffer_size = 16M

# 排序緩沖被用來處理類似 ORDER BY 以及 GROUP BY 隊(duì)列所引起的排序

# 如果排序后的數(shù)據(jù)無法放入排序緩沖,一個(gè)用來替代的基于磁盤的合并分類會(huì)被使用

# 查看 “Sort_merge_passes” 狀態(tài)變量.

# 在排序發(fā)生時(shí)由每個(gè)線程分配

sort_buffer_size = 16M

# 此緩沖被使用來優(yōu)化全聯(lián)合(FULL JOINS 不帶索引的聯(lián)合).

# 類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),但是將此值設(shè)大能夠減輕性能影響.

# 通過 “Select_full_join” 狀態(tài)變量查看全聯(lián)合的數(shù)量

# 當(dāng)全聯(lián)合發(fā)生時(shí),在每個(gè)線程中分配

join_buffer_size = 16M

# 我們在 cache 中保留多少線程用于重用

# 當(dāng)一個(gè)客戶端斷開連接后,如果 cache 中的線程還少于 thread_cache_size,則客戶端線程被放入cache 中.

# 這可以在你需要大量新連接的時(shí)候極大的減少線程創(chuàng)建的開銷

# (一般來說如果你有好的線程模型的話,這不會(huì)有明顯的性能提升.)

thread_cache_size = 16

# 此允許應(yīng)用程序給予線程系統(tǒng)一個(gè)提示在同一時(shí)間給予渴望被運(yùn)行的線程的數(shù)量.

# 此值只對于支持 thread_concurrency() 函數(shù)的系統(tǒng)有意義( 例如Sun Solaris).

# 你可可以嘗試使用 [CPU數(shù)量]*(2..4) 來作為 thread_concurrency 的值

thread_concurrency = 8

# 查詢緩沖常被用來緩沖 SELECT 的結(jié)果并且在下一次同樣查詢的時(shí)候不再執(zhí)行直接返回結(jié)果.

# 打開查詢緩沖可以極大的提高服務(wù)器速度, 如果你有大量的相同的查詢并且很少修改表.

# 查看 “Qcache_lowmem_prunes” 狀態(tài)變量來檢查是否當(dāng)前值對于你的負(fù)載來說是否足夠高.

# 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢原文每次都不同,

# 查詢緩沖也許引起性能下降而不是性能提升.

query_cache_size = 128M

# 只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖

# 此設(shè)置用來保護(hù)查詢緩沖,防止一個(gè)極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋.

query_cache_limit = 4M

# 被全文檢索索引的最小的字長.

# 你也許希望減少它,如果你需要搜索更短字的時(shí)候.

# 注意在你修改此值之后,你需要重建你的 FULLTEXT 索引

ft_min_word_len = 8

# 如果你的系統(tǒng)支持 memlock() 函數(shù),你也許希望打開此選項(xiàng)用以讓運(yùn)行中的 mysql 在在內(nèi)存高度緊張的時(shí)候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被 swapping out

# 此選項(xiàng)對于性能有益

#memlock

# 當(dāng)創(chuàng)建新表時(shí)作為默認(rèn)使用的表類型,

# 如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會(huì)使用此值

default_table_type = InnoDB

# 線程使用的堆大小. 此容量的內(nèi)存在每次連接時(shí)被預(yù)留.

# MySQL 本身常不會(huì)需要超過 64K 的內(nèi)存

# 如果你使用你自己的需要大量堆的 UDF 函數(shù)或者你的操作系統(tǒng)對于某些操作需要更多的堆,你也許需要將其設(shè)置的更高一點(diǎn).

thread_stack = 512K

# 設(shè)定默認(rèn)的事務(wù)隔離級別.可用的級別如下:

# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE

transaction_isolation = REPEATABLE-READ

# 內(nèi)部(內(nèi)存中)臨時(shí)表的最大大小

# 如果一個(gè)表增長到比此值更大,將會(huì)自動(dòng)轉(zhuǎn)換為基于磁盤的表.

# 此限制是針對單個(gè)表的,而不是總和.

tmp_table_size = 128M

# 打開二進(jìn)制日志功能.

# 在復(fù)制(replication)配置中,作為 MASTER 主服務(wù)器必須打開此項(xiàng)

# 如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù),你也同樣需要二進(jìn)制日志.

log-bin=mysql-bin

# 如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式 (A->B->C),

# 你需要在服務(wù)器B上打開此項(xiàng).

# 此選項(xiàng)打開在從線程上重做過的更新的日志, 并將其寫入從服務(wù)器的二進(jìn)制日志.

#log_slave_updates

# 打開全查詢?nèi)罩? 所有的由服務(wù)器接收到的查詢 (甚至對于一個(gè)錯(cuò)誤語法的查詢)

# 都會(huì)被記錄下來. 這對于調(diào)試非常有用, 在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng).

#log

# 將警告打印輸出到錯(cuò)誤 log 文件. 如果你對于 MySQL 有任何問題

# 你應(yīng)該打開警告 log 并且仔細(xì)審查錯(cuò)誤日志,查出可能的原因.

#log_warnings

# 記錄慢速查詢. 慢速查詢是指消耗了比 “l(fā)ong_query_time” 定義的更多時(shí)間的查詢.

# 如果 log_long_format 被打開,那些沒有使用索引的查詢也會(huì)被記錄.

# 如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話. 一般來說這是一個(gè)好主意,

log_slow_queries

# 所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢會(huì)被認(rèn)為是慢速查詢.

# 不要在這里使用“1″, 否則會(huì)導(dǎo)致所有的查詢,甚至非常快的查詢頁被記錄下來(由于 MySQL 目前時(shí)間的精確度只能達(dá)到秒的級別).

long_query_time = 6

# 在慢速日志中記錄更多的信息.

# 一般此項(xiàng)最好打開.

# 打開此項(xiàng)會(huì)記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里

log_long_format

# 此目錄被MySQL用來保存臨時(shí)文件.例如,

# 它被用來處理基于磁盤的大型排序,和內(nèi)部排序一樣.

# 以及簡單的臨時(shí)表.

# 如果你不創(chuàng)建非常大的臨時(shí)文件,將其放置到 swapfs/tmpfs 文件系統(tǒng)上也許比較好

# 另一種選擇是你也可以將其放置在獨(dú)立的磁盤上.

# 你可以使用”;”來放置多個(gè)路徑

# 他們會(huì)按照 roud-robin 方法被輪詢使用.

#tmpdir = /tmp

# *** 主從復(fù)制相關(guān)的設(shè)置

# 唯一的服務(wù)辨識號,數(shù)值位于 1 到 2^32-1之間.

# 此值在master和slave上都需要設(shè)置.

# 如果 “master-host” 沒有被設(shè)置,則默認(rèn)為1, 但是如果忽略此選項(xiàng),MySQL不會(huì)作為master生效.

server-id = 1

# 復(fù)制的Slave (去掉master段的注釋來使其生效)

#

# 為了配置此主機(jī)作為復(fù)制的slave服務(wù)器,你可以選擇兩種方法:

#

# 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) -

# 語法如下:

#

# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,

# MASTER_USER=, MASTER_PASSWORD= ;

#

# 你需要替換掉 , , 等被尖括號包圍的字段以及使用master的端口號替換 (默認(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無法連接),

# slave會(huì)創(chuàng)建一個(gè) master.info 文件,并且之后任何對于包含在此文件內(nèi)的參數(shù)的變化都會(huì)被忽略

# 并且由 master.info 文件內(nèi)的內(nèi)容覆蓋, 除非你關(guān)閉slave服務(wù), 刪除 master.info 并且重啟slave 服務(wù).

# 由于這個(gè)原因,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來代替

#

# 所需要的唯一id號位于 2 和 2^32 – 1之間

# (并且和master不同)

# 如果master-host被設(shè)置了.則默認(rèn)值是2

# 但是如果省略,則不會(huì)生效

#server-id = 2

#

# 復(fù)制結(jié)構(gòu)中的master – 必須

#master-host =

#

# 當(dāng)連接到master上時(shí)slave所用來認(rèn)證的用戶名 – 必須

#master-user =

#

# 當(dāng)連接到master上時(shí)slave所用來認(rèn)證的密碼 – 必須

#master-password =

#

# master監(jiān)聽的端口.

# 可選 – 默認(rèn)是3306

#master-port =

# 使得slave只讀.只有用戶擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù).

# 你可以使用此項(xiàng)去保證沒有應(yīng)用程序會(huì)意外的修改slave而不是master上的數(shù)據(jù)

#read_only

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

# 關(guān)鍵詞緩沖的大小, 一般用來緩沖 MyISAM 表的索引塊.

# 不要將其設(shè)置大于你可用內(nèi)存的30%,

# 因?yàn)橐徊糠謨?nèi)存同樣被OS用來緩沖行數(shù)據(jù)

# 甚至在你并不使用 MyISAM 表的情況下, 你也需要仍舊設(shè)置起 8-64M 內(nèi)存由于它同樣會(huì)被內(nèi)部臨時(shí)磁盤表使用.

key_buffer_size = 128M

# 用來做 MyISAM 表全表掃描的緩沖大小.

# 當(dāng)全表掃描需要時(shí),在對應(yīng)線程中分配.

read_buffer_size = 8M

# 當(dāng)在排序之后,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數(shù)據(jù)將從這個(gè)緩沖中讀取來防止磁盤尋道.

# 如果你增高此值,可以提高很多 ORDER BY 的性能.

# 當(dāng)需要時(shí)由每個(gè)線程分配

read_rnd_buffer_size = 64M

# MyISAM 使用特殊的類似樹的 cache 來使得突發(fā)插入

# (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA INFILE) 更快.

# 此變量限制每個(gè)進(jìn)程中緩沖樹的字節(jié)數(shù).

# 設(shè)置為 0 會(huì)關(guān)閉此優(yōu)化.

# 為了最優(yōu)化不要將此值設(shè)置大于 “key_buffer_size”.

# 當(dāng)突發(fā)插入被檢測到時(shí)此緩沖將被分配.

bulk_insert_buffer_size = 256M

# 此緩沖當(dāng) MySQL 需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個(gè)空表中引起重建索引時(shí)被分配.

# 這在每個(gè)線程中被分配.所以在設(shè)置大值時(shí)需要小心.

myisam_sort_buffer_size = 256M

# MySQL 重建索引時(shí)所允許的最大臨時(shí)文件的大小 (當(dāng) REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).

# 如果文件大小比此值更大,索引會(huì)通過鍵值緩沖創(chuàng)建(更慢)

myisam_max_sort_file_size = 10G

# 如果被用來更快的索引創(chuàng)建索引所使用臨時(shí)文件大于制定的值,那就使用鍵值緩沖方法.

# 這主要用來強(qiáng)制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創(chuàng)建索引.

myisam_max_extra_sort_file_size = 10G

# 如果一個(gè)表擁有超過一個(gè)索引, MyISAM 可以通過并行排序使用超過一個(gè)線程去修復(fù)他們.

# 這對于擁有多個(gè) CPU 以及大量內(nèi)存情況的用戶,是一個(gè)很好的選擇.

myisam_repair_threads = 1

# 自動(dòng)檢查和修復(fù)沒有適當(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) ***

# 如果你的 MySQL 服務(wù)包含 InnoDB 支持但是并不打算使用的話,

# 使用此選項(xiàng)會(huì)節(jié)省內(nèi)存以及磁盤空間,并且加速某些部分

#skip-innodb

# 附加的內(nèi)存池被 InnoDB 用來保存 metadata 信息(5.6中不再推薦使用)

# 如果 InnoDB 為此目的需要更多的內(nèi)存,它會(huì)開始從 OS 這里申請內(nèi)存.

# 由于這個(gè)操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快, 你一般不需要修改此值.

# SHOW INNODB STATUS 命令會(huì)顯示當(dāng)先使用的數(shù)量.

innodb_additional_mem_pool_size = 64M

# InnoDB使用一個(gè)緩沖池來保存索引和原始數(shù)據(jù), 不像 MyISAM.

# 這里你設(shè)置越大,這能保證你在大多數(shù)的讀取操作時(shí)使用的是內(nèi)存而不是硬盤,在存取表里面數(shù)據(jù)時(shí)所需要的磁盤 I/O 越少.

# 在一個(gè)獨(dú)立使用的數(shù)據(jù)庫服務(wù)器上,你可以設(shè)置這個(gè)變量到服務(wù)器物理內(nèi)存大小的80%

# 不要設(shè)置過大,否則,由于物理內(nèi)存的競爭可能導(dǎo)致操作系統(tǒng)的換頁顛簸.

# 注意在32位系統(tǒng)上你每個(gè)進(jìn)程可能被限制在 2-3.5G 用戶層面內(nèi)存限制,

# 所以不要設(shè)置的太高.

innodb_buffer_pool_size = 6G

# InnoDB 將數(shù)據(jù)保存在一個(gè)或者多個(gè)數(shù)據(jù)文件中成為表空間.

# 如果你只有單個(gè)邏輯驅(qū)動(dòng)保存你的數(shù)據(jù),一個(gè)單個(gè)的自增文件就足夠好了.

# 其他情況下.每個(gè)設(shè)備一個(gè)文件一般都是個(gè)好的選擇.

# 你也可以配置 InnoDB 來使用裸盤分區(qū) – 請參考手冊來獲取更多相關(guān)內(nèi)容

innodb_data_file_path = ibdata1:10M:autoextend

# 設(shè)置此選項(xiàng)如果你希望InnoDB表空間文件被保存在其他分區(qū).

# 默認(rèn)保存在MySQL的datadir中.

#innodb_data_home_dir =

# 用來同步IO操作的IO線程的數(shù)量.

# 此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個(gè)大數(shù)值下表現(xiàn)的更好.

innodb_file_io_threads = 8

# 如果你發(fā)現(xiàn) InnoDB 表空間損壞, 設(shè)置此值為一個(gè)非零值可能幫助你導(dǎo)出你的表.

# 從1開始并且增加此值知道你能夠成功的導(dǎo)出表.

#innodb_force_recovery=1

# 在 InnoDb 核心內(nèi)的允許線程數(shù)量.

# 最優(yōu)值依賴于應(yīng)用程序,硬件以及操作系統(tǒng)的調(diào)度方式.

# 過高的值可能導(dǎo)致線程的互斥顛簸.

innodb_thread_concurrency = 16

# 如果設(shè)置為1 ,InnoDB 會(huì)在每次提交后刷新(fsync)事務(wù)日志到磁盤上,

# 這提供了完整的 ACID 行為.

# 如果你愿意對事務(wù)安全折衷, 并且你正在運(yùn)行一個(gè)小的事物, 你可以設(shè)置此值到0或者2來減少由事務(wù)日志引起的磁盤I/O

# 0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.

# 2代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會(huì)刷新到磁盤上.

innodb_flush_log_at_trx_commit = 2

（說明：如果是游戲服務(wù)器，建議此值設(shè)置為2；如果是對數(shù)據(jù)安全要求極高的應(yīng)用，建議設(shè)置為1；設(shè)置為0性能最高，但如果發(fā)生故障，數(shù)據(jù)可能會(huì)有丟失的危險(xiǎn)！默認(rèn)值1的意思是每一次事務(wù)提交或事務(wù)外的指令都需要把日志寫入（flush）硬盤，這是很費(fèi)時(shí)的。特別是使用電池供電緩存（Battery backed up cache）時(shí)。設(shè)成2對于很多運(yùn)用，特別是從MyISAM表轉(zhuǎn)過來的是可以的，它的意思是不寫入硬盤而是寫入系統(tǒng)緩存。日志仍然會(huì)每秒flush到硬盤，所以你一般不會(huì)丟失超過1-2秒的更新。設(shè)成0會(huì)更快一點(diǎn)，但安全方面比較差，即使MySQL掛了也可能會(huì)丟失事務(wù)的數(shù)據(jù)。而值2只會(huì)在整個(gè)操作系統(tǒng)掛了時(shí)才可能丟數(shù)據(jù)。）

# 加速 InnoDB 的關(guān)閉. 這會(huì)阻止 InnoDB 在關(guān)閉時(shí)做全清除以及插入緩沖合并.

# 這可能極大增加關(guān)機(jī)時(shí)間, 但是取而代之的是 InnoDB 可能在下次啟動(dòng)時(shí)做這些操作.

#innodb_fast_shutdown

# 用來緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.

# 當(dāng)此值快滿時(shí), InnoDB 將必須刷新數(shù)據(jù)到磁盤上.

# 由于基本上每秒都會(huì)刷新一次,所以沒有必要將此值設(shè)置的太大(甚至對于長事務(wù)而言)

innodb_log_buffer_size = 16M

# 在日志組中每個(gè)日志文件的大小.

# 你應(yīng)該設(shè)置日志文件總合大小到你緩沖池大小的25%~100%

# 來避免在日志文件覆寫上不必要的緩沖池刷新行為.

# 不論如何, 請注意一個(gè)大的日志文件大小會(huì)增加恢復(fù)進(jìn)程所需要的時(shí)間.

innodb_log_file_size = 512M

# 在日志組中的文件總數(shù).

# 通常來說2~3是比較好的.

innodb_log_files_in_group = 3

# InnoDB 的日志文件所在位置. 默認(rèn)是 MySQL 的 datadir.

# 你可以將其指定到一個(gè)獨(dú)立的硬盤上或者一個(gè)RAID1卷上來提高其性能

#innodb_log_group_home_dir

# 在 InnoDB 緩沖池中最大允許的臟頁面的比例.

# 如果達(dá)到限額, InnoDB 會(huì)開始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁面.

# 這是一個(gè)軟限制,不被保證絕對執(zhí)行.

innodb_max_dirty_pages_pct = 90

# InnoDB 用來刷新日志的方法.

# 表空間總是使用雙重寫入刷新方法

# 默認(rèn)值是 “fdatasync”, 另一個(gè)是 “O_DSYNC”.

# 一般來說，如果你有硬件 RAID 控制器，并且其獨(dú)立緩存采用 write-back 機(jī)制，并有著電池?cái)嚯姳Ｗo(hù)，那么應(yīng)該設(shè)置配置為 O_DIRECT

# 否則，大多數(shù)情況下應(yīng)將其設(shè)為 fdatasync

#innodb_flush_method=fdatasync

# 在被回滾前,一個(gè) InnoDB 的事務(wù)應(yīng)該等待一個(gè)鎖被批準(zhǔn)多久.

# InnoDB 在其擁有的鎖表中自動(dòng)檢測事務(wù)死鎖并且回滾事務(wù).

# 如果你使用 LOCK TABLES 指令, 或者在同樣事務(wù)中使用除了 InnoDB 以外的其他事務(wù)安全的存儲(chǔ)引擎

# 那么一個(gè)死鎖可能發(fā)生而 InnoDB 無法注意到.

# 這種情況下這個(gè) timeout 值對于解決這種問題就非常有幫助.

innodb_lock_wait_timeout = 120

# 這項(xiàng)設(shè)置告知InnoDB是否需要將所有表的數(shù)據(jù)和索引存放在共享表空間里（innodb_file_per_table = OFF） 或者為每張表的數(shù)據(jù)單獨(dú)放在一個(gè).ibd文件（innodb_file_per_table = ON）

# 每張表一個(gè)文件允許你在drop、truncate或者rebuild表時(shí)回收磁盤空間

# 這對于一些高級特性也是有必要的，比如數(shù)據(jù)壓縮,但是它不會(huì)帶來任何性能收益

innodb_file_per_table = on

[mysqldump]

# 不要在將內(nèi)存中的整個(gè)結(jié)果寫入磁盤之前緩存. 在導(dǎo)出非常巨大的表時(shí)需要此項(xiàng)

quick

max_allowed_packet = 32M

[mysql]

no-auto-rehash

# 僅僅允許使用鍵值的 UPDATEs 和 DELETEs .

#safe-updates

[myisamchk]

key_buffer = 16M

sort_buffer_size = 16M

read_buffer = 8M

write_buffer = 8M

[mysqlhotcopy]

interactive-timeout

[mysqld_safe]

# 增加每個(gè)進(jìn)程的可打開文件數(shù)量.

# 警告: 確認(rèn)你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!

# 打開大量表需要將此值設(shè)大

open-files-limit = 8192

感謝各位的閱讀！關(guān)于MySQL配置參數(shù)是什么就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！