MySQL參數優化這東西不好好研究還是比較難懂的，其實不光是MySQL，大部分程序的參數優化，是很復雜的。MySQL的參數優化也不例外，對于不同的需求，還有硬件的配置，優化不可能又最優選擇，只能慢慢的進行優化，需要不斷的調試，才能達到不同環境的最優選擇。

首先介紹一下MySQL配置文件中不同模塊

[client] MySQL客戶端應用模塊，只有MySQL附帶的客戶端應用程序保證可以讀取此模塊下的內容。

[mysqld] MySQL服務端應用模塊

[client]

port = 3306

socket = /tmp/mysql.sock

[mysqld]

user = mysql --- 表示MySQL的管理用戶

port = 3306 --- 端口

socket = /tmp/mysql.sock -- 啟動的sock文件

log-bin = /data/mysql-bin

basedir = /usr/local/mysql

datadir = /data/

pid-file = /data/mysql.pid

user = mysql

bind-address = 0.0.0.0

server-id = 1 #表示是本機的序號為1,一般來講就是master的意思

skip-name-resolve

# 禁止MySQL對外部連接進行DNS解析，使用這一選項可以消除MySQL進行DNS解析的時間。但需要注意，如果開啟該選項，

# 則所有遠程主機連接授權都要使用IP地址方式，否則MySQL將無法正常處理連接請求

#skip-networking

back_log = 600

# MySQL能有的連接數量。當主要MySQL線程在一個很短時間內得到非常多的連接請求，這就起作用，

# 然后主線程花些時間(盡管很短)檢查連接并且啟動一個新線程。back_log值指出在MySQL暫時停止回答新請求之前的短時間內多少個請求可以被存在堆棧中。

# 如果期望在一個短時間內有很多連接，你需要增加它。也就是說，如果MySQL的連接數據達到max_connections時，新來的請求將會被存在堆棧中，

# 以等待某一連接釋放資源，該堆棧的數量即back_log，如果等待連接的數量超過back_log，將不被授予連接資源。

# 另外，這值(back_log)限于您的操作系統對到來的TCP/IP連接的偵聽隊列的大小。

# 你的操作系統在這個隊列大小上有它自己的限制(可以檢查你的OS文檔找出這個變量的最大值)，試圖設定back_log高于你的操作系統的限制將是無效的。

max_connections = 1000

# MySQL的最大連接數，如果服務器的并發連接請求量比較大，建議調高此值，以增加并行連接數量，當然這建立在機器能支撐的情況下，因為如果連接數越多，介于MySQL會為每個連接提供連接緩沖區，就會開銷越多的內存，所以要適當調整該值，不能盲目提高設值。可以過'conn%'通配符查看當前狀態的連接數量，以定奪該值的大小。

max_connect_errors = 6000

# 對于同一主機，如果有超出該參數值個數的中斷錯誤連接，則該主機將被禁止連接。如需對該主機進行解禁，執行：FLUSH HOST。

open_files_limit = 65535

# MySQL打開的文件描述符限制，默認最小1024;當open_files_limit沒有被配置的時候，比較max_connections*5和ulimit -n的值，哪個大用哪個，

# 當open_file_limit被配置的時候，比較open_files_limit和max_connections*5的值，哪個大用哪個。

table_open_cache = 128

# MySQL每打開一個表，都會讀入一些數據到table_open_cache緩存中，當MySQL在這個緩存中找不到相應信息時，才會去磁盤上讀取。默認值64

# 假定系統有200個并發連接，則需將此參數設置為200*N(N為每個連接所需的文件描述符數目)；

# 當把table_open_cache設置為很大時，如果系統處理不了那么多文件描述符，那么就會出現客戶端失效，連接不上

max_allowed_packet = 4M

# 接受的數據包大小；增加該變量的值十分安全，這是因為僅當需要時才會分配額外內存。例如，僅當你發出長查詢或MySQLd必須返回大的結果行時MySQLd才會分配更多內存。

# 該變量之所以取較小默認值是一種預防措施，以捕獲客戶端和服務器之間的錯誤信息包，并確保不會因偶然使用大的信息包而導致內存溢出。

binlog_cache_size = 1M

# 一個事務，在沒有提交的時候，產生的日志，記錄到Cache中；等到事務提交需要提交的時候，則把日志持久化到磁盤。默認binlog_cache_size大小32K

max_heap_table_size = 8M

# 定義了用戶可以創建的內存表(memory table)的大小。這個值用來計算內存表的最大行數值。這個變量支持動態改變

tmp_table_size = 16M

# MySQL的heap(堆積)表緩沖大小。所有聯合在一個DML指令內完成，并且大多數聯合甚至可以不用臨時表即可以完成。

# 大多數臨時表是基于內存的(HEAP)表。具有大的記錄長度的臨時表 (所有列的長度的和)或包含BLOB列的表存儲在硬盤上。

# 如果某個內部heap(堆積)表大小超過tmp_table_size，MySQL可以根據需要自動將內存中的heap表改為基于硬盤的MyISAM表。還可以通過設置tmp_table_size選項來增加臨時表的大小。也就是說，如果調高該值，MySQL同時將增加heap表的大小，可達到提高聯接查詢速度的效果

read_buffer_size = 2M

# MySQL讀入緩沖區大小。對表進行順序掃描的請求將分配一個讀入緩沖區，MySQL會為它分配一段內存緩沖區。read_buffer_size變量控制這一緩沖區的大小。

# 如果對表的順序掃描請求非常頻繁，并且你認為頻繁掃描進行得太慢，可以通過增加該變量值以及內存緩沖區大小提高其性能

read_rnd_buffer_size = 8M

# MySQL的隨機讀緩沖區大小。當按任意順序讀取行時(例如，按照排序順序)，將分配一個隨機讀緩存區。進行排序查詢時，

# MySQL會首先掃描一遍該緩沖，以避免磁盤搜索，提高查詢速度，如果需要排序大量數據，可適當調高該值。但MySQL會為每個客戶連接發放該緩沖空間，所以應盡量適當設置該值，以避免內存開銷過大

sort_buffer_size = 8M

# MySQL執行排序使用的緩沖大小。如果想要增加ORDER BY的速度，首先看是否可以讓MySQL使用索引而不是額外的排序階段。

# 如果不能，可以嘗試增加sort_buffer_size變量的大小

join_buffer_size = 8M

# 聯合查詢操作所能使用的緩沖區大小，和sort_buffer_size一樣，該參數對應的分配內存也是每連接獨享

thread_cache_size = 8

# 這個值(默認8)表示可以重新利用保存在緩存中線程的數量，當斷開連接時如果緩存中還有空間，那么客戶端的線程將被放到緩存中，

# 如果線程重新被請求，那么請求將從緩存中讀取,如果緩存中是空的或者是新的請求，那么這個線程將被重新創建,如果有很多新的線程，

# 增加這個值可以改善系統性能.通過比較Connections和Threads_created狀態的變量，可以看到這個變量的作用。(–>表示要調整的值)

# 根據物理內存設置規則如下：

# 1G —> 8

# 2G —> 16

# 3G —> 32

# 大于3G —> 64

query_cache_size = 8M

#MySQL的查詢緩沖大小(從4.0.1開始，MySQL提供了查詢緩沖機制)使用查詢緩沖，MySQL將SELECT語句和查詢結果存放在緩沖區中，

# 今后對于同樣的SELECT語句(區分大小寫)，將直接從緩沖區中讀取結果。根據MySQL用戶手冊，使用查詢緩沖最多可以達到238%的效率。

# 通過檢查狀態值'Qcache_%'，可以知道query_cache_size設置是否合理：如果Qcache_lowmem_prunes的值非常大，則表明經常出現緩沖不夠的情況，

# 如果Qcache_hits的值也非常大，則表明查詢緩沖使用非常頻繁，此時需要增加緩沖大小；如果Qcache_hits的值不大，則表明你的查詢重復率很低，

# 這種情況下使用查詢緩沖反而會影響效率，那么可以考慮不用查詢緩沖。此外，在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩沖

query_cache_limit = 2M

#指定單個查詢能夠使用的緩沖區大小，默認1M

key_buffer_size = 4M

#指定用于索引的緩沖區大小，增加它可得到更好處理的索引(對所有讀和多重寫)，到你能負擔得起那樣多。如果你使它太大，

# 系統將開始換頁并且真的變慢了。對于內存在4GB左右的服務器該參數可設置為384M或512M。通過檢查狀態值Key_read_requests和Key_reads，

# 可以知道key_buffer_size設置是否合理。比例key_reads/key_read_requests應該盡可能的低，

# 至少是1:100，1:1000更好(上述狀態值可以使用SHOW STATUS LIKE 'key_read%'獲得)。注意：該參數值設置的過大反而會是服務器整體效率降低

ft_min_word_len = 4

# 分詞詞匯最小長度，默認4

transaction_isolation = REPEATABLE-READ

# MySQL支持4種事務隔離級別，他們分別是：

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

# 如沒有指定，MySQL默認采用的是REPEATABLE-READ，ORACLE默認的是READ-COMMITTED

log_bin = mysql-bin

binlog_format = mixed

expire_logs_days = 30 #超過30天的binlog刪除

log_error = /data/mysql/mysql-error.log #錯誤日志路徑

slow_query_log = 1

long_query_time = 1 #慢查詢時間 超過1秒則為慢查詢

slow_query_log_file = /data/mysql/mysql-slow.log

performance_schema = 0

explicit_defaults_for_timestamp

#lower_case_table_names = 1 #不區分大小寫

skip-external-locking #MySQL選項以避免外部鎖定。該選項默認開啟

default-storage-engine = InnoDB #默認存儲引擎

innodb_file_per_table = 1

# InnoDB為獨立表空間模式，每個數據庫的每個表都會生成一個數據空間

# 獨立表空間優點：

# 1．每個表都有自已獨立的表空間。

# 2．每個表的數據和索引都會存在自已的表空間中。

# 3．可以實現單表在不同的數據庫中移動。

# 4．空間可以回收(除drop table操作處，表空不能自已回收)

# 缺點：

# 單表增加過大，如超過100G

# 結論：

# 共享表空間在Insert操作上少有優勢。其它都沒獨立表空間表現好。當啟用獨立表空間時，請合理調整：innodb_open_files

innodb_open_files = 500

# 限制Innodb能打開的表的數據，如果庫里的表特別多的情況，請增加這個。這個值默認是300

innodb_buffer_pool_size = 64M

# InnoDB使用一個緩沖池來保存索引和原始數據, 不像MyISAM.

# 這里你設置越大,你在存取表里面數據時所需要的磁盤I/O越少.

# 在一個獨立使用的數據庫服務器上,你可以設置這個變量到服務器物理內存大小的80%

# 不要設置過大,否則,由于物理內存的競爭可能導致操作系統的換頁顛簸.

# 注意在32位系統上你每個進程可能被限制在 2-3.5G 用戶層面內存限制,

# 所以不要設置的太高.

innodb_write_io_threads = 4

innodb_read_io_threads = 4

# innodb使用后臺線程處理數據頁上的讀寫 I/O(輸入輸出)請求,根據你的 CPU 核數來更改,默認是4

# 注:這兩個參數不支持動態改變,需要把該參數加入到my.cnf里，修改完后重啟MySQL服務,允許值的范圍從 1-64

innodb_thread_concurrency = 0

# 默認設置為 0,表示不限制并發數，這里推薦設置為0，更好去發揮CPU多核處理能力，提高并發量

innodb_purge_threads = 1

# InnoDB中的清除操作是一類定期回收無用數據的操作。在之前的幾個版本中，清除操作是主線程的一部分，這意味著運行時它可能會堵塞其它的數據庫操作。

# 從MySQL5.5.X版本開始，該操作運行于獨立的線程中,并支持更多的并發數。用戶可通過設置innodb_purge_threads配置參數來選擇清除操作是否使用單

# 獨線程,默認情況下參數設置為0(不使用單獨線程),設置為 1 時表示使用單獨的清除線程。建議為1

innodb_flush_log_at_trx_commit = 2

# 0：如果innodb_flush_log_at_trx_commit的值為0,log buffer每秒就會被刷寫日志文件到磁盤，提交事務的時候不做任何操作(執行是由mysql的master thread線程來執行的。

# 主線程中每秒會將重做日志緩沖寫入磁盤的重做日志文件(REDO LOG)中。不論事務是否已經提交)默認的日志文件是ib_logfile0,ib_logfile1

# 1：當設為默認值1的時候，每次提交事務的時候，都會將log buffer刷寫到日志。

# 2：如果設為2,每次提交事務都會寫日志，但并不會執行刷的操作。每秒定時會刷到日志文件。要注意的是，并不能保證100%每秒一定都會刷到磁盤，這要取決于進程的調度。

# 每次事務提交的時候將數據寫入事務日志，而這里的寫入僅是調用了文件系統的寫入操作，而文件系統是有 緩存的，所以這個寫入并不能保證數據已經寫入到物理磁盤

# 默認值1是為了保證完整的ACID。當然，你可以將這個配置項設為1以外的值來換取更高的性能，但是在系統崩潰的時候，你將會丟失1秒的數據。

# 設為0的話，mysqld進程崩潰的時候，就會丟失最后1秒的事務。設為2,只有在操作系統崩潰或者斷電的時候才會丟失最后1秒的數據。InnoDB在做恢復的時候會忽略這個值。

# 總結

# 設為1當然是最安全的，但性能頁是最差的(相對其他兩個參數而言，但不是不能接受)。如果對數據一致性和完整性要求不高，完全可以設為2，如果只最求性能，例如高并發寫的日志服務器，設為0來獲得更高性能

innodb_log_buffer_size = 2M

# 此參數確定些日志文件所用的內存大小，以M為單位。緩沖區更大能提高性能，但意外的故障將會丟失數據。MySQL開發人員建議設置為1－8M之間

innodb_log_file_size = 32M

# 此參數確定數據日志文件的大小，更大的設置可以提高性能，但也會增加恢復故障數據庫所需的時間

innodb_log_files_in_group = 3

# 為提高性能，MySQL可以以循環方式將日志文件寫到多個文件。推薦設置為3

innodb_max_dirty_pages_pct = 90

# innodb主線程刷新緩存池中的數據，使臟數據比例小于90%

innodb_lock_wait_timeout = 120

# InnoDB事務在被回滾之前可以等待一個鎖定的超時秒數。InnoDB在它自己的鎖定表中自動檢測事務死鎖并且回滾事務。InnoDB用LOCK TABLES語句注意到鎖定設置。默認值是50秒

bulk_insert_buffer_size = 8M

# 批量插入緩存大小， 這個參數是針對MyISAM存儲引擎來說的。適用于在一次性插入100-1000+條記錄時， 提高效率。默認值是8M。可以針對數據量的大小，翻倍增加。

myisam_sort_buffer_size = 8M

# MyISAM設置恢復表之時使用的緩沖區的尺寸，當在REPAIR TABLE或用CREATE INDEX創建索引或ALTER TABLE過程中排序 MyISAM索引分配的緩沖區

myisam_max_sort_file_size = 10G

# 如果臨時文件會變得超過索引，不要使用快速排序索引方法來創建一個索引。注釋：這個參數以字節的形式給出

myisam_repair_threads = 1

# 如果該值大于1，在Repair by sorting過程中并行創建MyISAM表索引(每個索引在自己的線程內)

interactive_timeout = 28800

# 服務器關閉交互式連接前等待活動的秒數。交互式客戶端定義為在mysql_real_connect()中使用CLIENT_INTERACTIVE選項的客戶端。默認值：28800秒(8小時)

wait_timeout = 28800

# 服務器關閉非交互連接之前等待活動的秒數。在線程啟動時，根據全局wait_timeout值或全局interactive_timeout值初始化會話wait_timeout值，

# 取決于客戶端類型(由mysql_real_connect()的連接選項CLIENT_INTERACTIVE定義)。參數默認值：28800秒(8小時)

# MySQL服務器所支持的最大連接數是有上限的，因為每個連接的建立都會消耗內存，因此我們希望客戶端在連接到MySQL Server處理完相應的操作后，

# 應該斷開連接并釋放占用的內存。如果你的MySQL Server有大量的閑置連接，他們不僅會白白消耗內存，而且如果連接一直在累加而不斷開，

# 最終肯定會達到MySQL Server的連接上限數，這會報'too many connections'的錯誤。對于wait_timeout的值設定，應該根據系統的運行情況來判斷。

# 在系統運行一段時間后，可以通過show processlist命令查看當前系統的連接狀態，如果發現有大量的sleep狀態的連接進程，則說明該參數設置的過大，

# 可以進行適當的調整小些。要同時設置interactive_timeout和wait_timeout才會生效。

[mysqldump]

quick

max_allowed_packet = 16M #服務器發送和接受的最大包長度

[myisamchk]

key_buffer_size = 8M

sort_buffer_size = 8M

read_buffer = 4M

write_buffer = 4M

MySQL配置文件在Windows下叫my.ini，在MySQL的安裝根目錄下；在Linux下叫my.cnf，該文件位于/etc/my.cnf。 可以查找下：find / -name my.cnf

my.cnf的文件內容：

[client]

port = 3306

socket = /usr/local/services/mysql/var/data/mysql.sock

[mysqld]

bind-address = 0.0.0.0

port = 3306

socket = /usr/local/services/mysql/var/data/mysql.sock

pid-file = /usr/local/services/mysql/var/logs/mysql.pid

character-set-server = utf8

basedir = /usr/local/services/mysql

datadir = /usr/local/services/mysql/var/data

skip-external-locking

skip-name-resolve

lower_case_table_names = 1

log-bin-trust-function-creators = 1

max_connections = 6000

max_user_connections = 6000

max_connect_errors = 4000

wait_timeout = 86400

interactive_timeout = 86400

table_open_cache = 512

max_allowed_packet = 32M

sort_buffer_size = 2M

join_buffer_size = 2M

thread_cache_size = 8

thread_concurrency = 8

query_cache_size = 32M

#default-storage-engine = InnoDB

#sql_mode="STRICT_ALL_TABLES,NO_AUTO_CREATE_USER"

server-id = 1

log-short-format

log-error = /usr/local/services/mysql/var/logs/mysql.log

slow_query_log

long_query_time = 2

slow_query_log_file = /usr/local/services/mysql/var/logs/mysql-slow.log

log-bin = /usr/local/services/mysql/var/binlog/mysql-bin

log_bin_trust_function_creators=1

binlog_format = MIXED

expire_logs_days = 10

# INNODB Specific options

innodb_data_home_dir = /usr/local/services/mysql/var/data

innodb_log_group_home_dir = /usr/local/services/mysql/var/redolog

innodb_additional_mem_pool_size = 10M

innodb_buffer_pool_size = 4G

innodb_data_file_path = ibdata1:100M:autoextend

innodb_file_io_threads = 4

innodb_thread_concurrency = 8

innodb_flush_log_at_trx_commit = 0

innodb_flush_method = O_DIRECT

innodb_log_buffer_size = 128M

innodb_log_file_size = 256M

innodb_log_files_in_group = 3

innodb_max_dirty_pages_pct = 90

innodb_lock_wait_timeout = 50

innodb_file_per_table = 1

# MyISAM Specific options

key_buffer_size = 384M

read_buffer_size = 4M

read_rnd_buffer_size = 8M

myisam_sort_buffer_size = 128M

myisam_max_sort_file_size = 1G

myisam_repair_threads = 1

myisam_recover

[mysqldump]

quick

max_allowed_packet = 16M

[mysql]

default-character-set = utf8

no-auto-rehash

socket = /usr/local/services/mysql/var/data/mysql.sock

[myisamchk]

key_buffer_size = 256M

sort_buffer_size = 256M

read_buffer = 2M

write_buffer = 2M

[mysqlhotcopy]

interactive-timeout

my.cnf的文件內容說明：

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

#

# MySQL 服務端

#

[mysqld]

# 一般配置選項

port = @MYSQL_TCP_PORT@

socket = @MYSQL_UNIX_ADDR@

# back_log 是操作系統在監聽隊列中所能保持的連接數,

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

# 如果你有非常高的連接率并且出現”connection refused” 報錯,

# 你就應該增加此處的值.

# 檢查你的操作系統文檔來獲取這個變量的最大值.

# 如果將back_log設定到比你操作系統限制更高的值,將會沒有效果

back_log = 50

# 不在TCP/IP端口上進行監聽.

# 如果所有的進程都是在同一臺服務器連接到本地的mysqld,

# 這樣設置將是增強安全的方法

# 所有mysqld的連接都是通過Unix sockets 或者命名管道進行的.

# 注意在windows下如果沒有打開命名管道選項而只是用此項

# (通過 “enable-named-pipe” 選項) 將會導致mysql服務沒有任何作用!

#skip-networking

# MySQL 服務所允許的同時會話數的上限

# 其中一個連接將被SUPER權限保留作為管理員登錄.

# 即便已經達到了連接數的上限.

max_connections = 100

# 每個客戶端連接最大的錯誤允許數量,如果達到了此限制.

# 這個客戶端將會被MySQL服務阻止直到執行了”FLUSH HOSTS” 或者服務重啟

# 非法的密碼以及其他在鏈接時的錯誤會增加此值.

# 查看 “Aborted_connects” 狀態來獲取全局計數器.

max_connect_errors = 10

# 所有線程所打開表的數量.

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

# 這樣你需要確認在[mysqld_safe]中 “open-files-limit” 變量設置打開文件數量允許至少4096

table_cache = 2048

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

# 所以只有在你在同樣的文件上運行多個數據庫實例時才使用此選項(注意仍會有其他約束!)

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

#external-locking

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

# 每個連接獨立的大小.大小動態增加

max_allowed_packet = 16M

# 在一個事務中binlog為了記錄SQL狀態所持有的cache大小

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

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

# 如果事務比此值大, 會使用磁盤上的臨時文件來替代.

# 此緩沖在每個連接的事務第一次更新狀態時被創建

binlog_cache_size = 1M

# 獨立的內存表所允許的最大容量.

# 此選項為了防止意外創建一個超大的內存表導致永盡所有的內存資源.

max_heap_table_size = 64M

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

# 如果排序后的數據無法放入排序緩沖,

# 一個用來替代的基于磁盤的合并分類會被使用

# 查看 “Sort_merge_passes” 狀態變量.

# 在排序發生時由每個線程分配

sort_buffer_size = 8M

# 此緩沖被使用來優化全聯合(full JOINs 不帶索引的聯合).

# 類似的聯合在極大多數情況下有非常糟糕的性能表現,

# 但是將此值設大能夠減輕性能影響.

# 通過 “Select_full_join” 狀態變量查看全聯合的數量

# 當全聯合發生時,在每個線程中分配

join_buffer_size = 8M

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

# 當一個客戶端斷開連接后,如果cache中的線程還少于thread_cache_size,

# 則客戶端線程被放入cache中.

# 這可以在你需要大量新連接的時候極大的減少線程創建的開銷

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

thread_cache_size = 8

# 此允許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.

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

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

thread_concurrency = 8

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

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

# 查看 “Qcache_lowmem_prunes” 狀態變量來檢查是否當前值對于你的負載來說是否足夠高.

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

# 查詢緩沖也許引起性能下降而不是性能提升.轉載請注明文章來源:[http://www.linuxso.com/a/linuxrumen/413.html](http://www.linuxso.com/a/linuxrumen/413.html)

query_cache_size = 64M

# 只有小于此設定值的結果才會被緩沖

# 此設置用來保護查詢緩沖,防止一個極大的結果集將其他所有的查詢結果都覆蓋.

query_cache_limit = 2M

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

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

# 注意在你修改此值之后,

# 你需要重建你的 FULLTEXT 索引

ft_min_word_len = 4

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

# 此選項對于性能有益

#memlock

# 當創建新表時作為默認使用的表類型,

# 如果在創建表示沒有特別執行表類型,將會使用此值

default_table_type = MYISAM

# 線程使用的堆大小. 此容量的內存在每次連接時被預留.

# MySQL 本身常不會需要超過64K的內存

# 如果你使用你自己的需要大量堆的UDF函數

# 或者你的操作系統對于某些操作需要更多的堆,

# 你也許需要將其設置的更高一點.

thread_stack = 192K

# 設定默認的事務隔離級別.可用的級別如下:

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

transaction_isolation = REPEATABLE-READ

# 內部(內存中)臨時表的最大大小

# 如果一個表增長到比此值更大,將會自動轉換為基于磁盤的表.

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

tmp_table_size = 64M

# 打開二進制日志功能.

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

# 如果你需要從你最后的備份中做基于時間點的恢復,你也同樣需要二進制日志.

log-bin=mysql-bin

# 如果你在使用鏈式從服務器結構的復制模式 (A->B->C),

# 你需要在服務器B上打開此項.

# 此選項打開在從線程上重做過的更新的日志,

# 并將其寫入從服務器的二進制日志.

#log_slave_updates

# 打開全查詢日志. 所有的由服務器接收到的查詢 (甚至對于一個錯誤語法的查詢)

# 都會被記錄下來. 這對于調試非常有用, 在生產環境中常常關閉此項.

#log

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

# 你應該打開警告log并且仔細審查錯誤日志,查出可能的原因.

#log_warnings

# 記錄慢速查詢. 慢速查詢是指消耗了比 “long_query_time” 定義的更多時間的查詢.

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

# 如果你經常增加新查詢到已有的系統內的話. 一般來說這是一個好主意,

log_slow_queries

# 所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.

# 不要在這里使用”1″, 否則會導致所有的查詢,甚至非?？斓牟樵冺摫挥涗浵聛?由于MySQL 目前時間的精確度只能達到秒的級別).

long_query_time = 2

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

# 一般此項最好打開.

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

log_long_format

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

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

# 以及簡單的臨時表.

# 如果你不創建非常大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好

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

# 你可以使用”;”來放置多個路徑

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

#tmpdir = /tmp

# *** 復制有關的設置

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

# 此值在master和slave上都需要設置.

# 如果 “master-host” 沒有被設置,則默認為1, 但是如果忽略此選項,MySQL不會作為master生效.

server-id = 1

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

#

# 為了配置此主機作為復制的slave服務器,你可以選擇兩種方法:

#

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

# 語法如下:

#

# 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) 設置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動復制(甚至不成功的情況下,

# 例如如果你輸入錯密碼在master-password字段并且slave無法連接),

# slave會創建一個 master.info 文件,并且之后任何對于包含在此文件內的參數的變化都會被忽略

# 并且由 master.info 文件內的內容覆蓋, 除非你關閉slave服務, 刪除 master.info 并且重啟slave 服務.

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

#

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

# (并且和master不同)

# 如果master-host被設置了.則默認值是2

# 但是如果省略,則不會生效

#server-id = 2

#

# 復制結構中的master – 必須

#master-host =

#

# 當連接到master上時slave所用來認證的用戶名 – 必須

#master-user =

#

# 當連接到master上時slave所用來認證的密碼 – 必須

#master-password = #轉載請注明文章來源:[http://www.linuxso.com/a/linuxrumen/413.html](http://www.linuxso.com/a/linuxrumen/413.html)

# master監聽的端口.

# 可選 – 默認是3306

#master-port =

# 使得slave只讀.只有用戶擁有SUPER權限和在上面的slave線程能夠修改數據.

# 你可以使用此項去保證沒有應用程序會意外的修改slave而不是master上的數據

#read_only

#*** MyISAM 相關選項

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

# 不要將其設置大于你可用內存的30%,

# 因為一部分內存同樣被OS用來緩沖行數據

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

key_buffer_size = 32M

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

# 當全表掃描需要時,在對應線程中分配.

read_buffer_size = 2M

# 當在排序之后,從一個已經排序好的序列中讀取行時,行數據將從這個緩沖中讀取來防止磁盤尋道.

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

# 當需要時由每個線程分配

read_rnd_buffer_size = 16M

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

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

# INFILE) 更快. 此變量限制每個進程中緩沖樹的字節數.

# 設置為 0 會關閉此優化.

# 為了最優化不要將此值設置大于 “key_buffer_size”.

# 當突發插入被檢測到時此緩沖將被分配.

bulk_insert_buffer_size = 64M

# 此緩沖當MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.

# 這在每個線程中被分配.所以在設置大值時需要小心.

myisam_sort_buffer_size = 128M

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

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

myisam_max_sort_file_size = 10G

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

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

myisam_max_extra_sort_file_size = 10G

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

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

myisam_repair_threads = 1

# 自動檢查和修復沒有適當關閉的 MyISAM 表.

myisam_recover

# 默認關閉 Federated

skip-federated

# *** BDB 相關選項 ***

# 如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項. 這會節省內存并且可能加速一些事.

skip-bdb

# *** 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

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

# 你應該設置日志文件總合大小到你緩沖池大小的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]

# 增加每個進程的可打開文件數量.

# 警告: 確認你已經將全系統限制設定的足夠高!

# 打開大量表需要將此值設b

open-files-limit = 8192

示例：

安裝

rmp -ivh MySQL-server-4.1.22-0.glibc23.i386.rpm --nodeps

rmp -ivh MySQL-client-4.1.22-0.glibc23.i386.rpm --nodeps

查看是否安裝成功

netstat -atln 命令看到3306端口開放說明安裝成功

登錄

mysql [-u username] [-h host] [-p[password]] [dbname]

初始無密碼，這個mysql可執行文件在/usr/bin/mysql

目錄

1、數據庫目錄

/var/lib/mysql/

2、配置文件

/usr/share/mysql(mysql.server命令及配置文件)

3、相關命令

/usr/bin(mysqladmin mysqldump等命令)

4、啟動腳本

/etc/rc.d/init.d/(啟動腳本文件mysql的目錄)

修改登錄密碼

MySQL默認沒有密碼

usr/bin/mysqladmin -u root password 'new-password'

格式：mysqladmin -u用戶名 -p舊密碼 password 新密碼

啟動與停止

MySQL安裝完成后啟動文件mysql在/etc/init.d目錄下，在需要啟動時運行下面命令即可

啟動：

/etc/init.d/mysql start

停止：

/usr/bin/mysqladmin -u root -p shutdown

重新啟動：

sudo /etc/init.d/mysql restart

自動啟動：

察看mysql是否在自動啟動列表中 /sbin/chkconfig --list

把MySQL添加到你系統的啟動服務組里面去 /sbin/chkconfig --add mysql

把MySQL從啟動服務組里面刪除 /sbin/chkconfig --del mysql

配置

將/usr/share/mysql/my-medium.cnf復制到/etc/my.cnf，以后修改my.cnf文件來修改mysql的全局設置

將my.cnf文件中的innodb_flush_log_at_trx_commit設成0來優化

[mysqld]后添加添加lower_case_table_names設成1來不區分表名的大小寫

設置字符集

MySQL的默認編碼是Latin1，不支持中文，要支持需要把數據庫的默認編碼修改為gbk或者utf8。

1、中止MySQL服務(bin/mysqladmin -u root shutdown)

2、在/etc/下找到my.cnf，如果沒有就把MySQL的安裝目錄下的support-files目錄下的my-medium.cnf復制到/etc/下并改名為my.cnf即可

3、打開my.cnf以后，在[client]和[mysqld]下面均加上default-character-set=utf8，保存并關閉

4、啟動MySQL服務(bin/mysqld_safe &)

查詢字符集：show variables like '%set%';

增加MySQL用戶

格式：grant select on 數據庫.* to 用戶名@登錄主機 identified by "密碼"

grant select,insert,update,delete on *.* to user_1@'%' Identified by '123';

grant all on *.* to user_1@'localhost' Identified by '123';

遠程訪問

其一：

GRANT ALL PRIVILEGES ON *.* TO xoops_root@'%' IDENTIFIED BY '654321';

允許xoops_root用戶可以從任意機器上登入MySQL。

其二：

編輯 /etc/mysql/my.cnf

>skip-networking => # skip-networking

這樣就可以允許其他機器訪問MySQL了。

grant all on *.* to 'root'@'ip' identified by 'password';

備份與恢復

備份

進入到庫目錄，cd /val/lib/mysql

mysqldump -u root -p --opt aaa > back_aaa

恢復

mysql -u root -p ccc < back_aaa

總結

以上是生活随笔為你收集整理的linux my.cnf基本参数,Linux中MySQL配置文件my.cnf参数说明的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。