查看MySql狀態(tài)及變量的方法：

Mysql>?show status?——顯示狀態(tài)信息（擴展show status like 'XXX'）

Mysql>?show variables?——顯示系統(tǒng)變量（擴展show variables like 'XXX'）

Mysql>?show innodb status?——顯示InnoDB存儲引擎的狀態(tài)

Shell> mysqladmin variables -u username -p password——顯示系統(tǒng)變量

Shell> mysqladmin extended-status -u username -p password——顯示狀態(tài)信息

查看狀態(tài)變量及幫助：

Shell> mysqld --verbose --help [|more #逐行顯示]

首先，讓我們看看有關(guān)請求連接的變量：

為了能適應(yīng)更多數(shù)據(jù)庫應(yīng)用用戶，MySql提供了連接（客戶端）變量，以對不同性質(zhì)的用戶群體提供不同的解決方案，筆者就max_connections，back_log?做了一些細結(jié)，如下：

max_connections?是指MySql的最大連接數(shù)，如果服務(wù)器的并發(fā)連接請求量比較大，建議調(diào)高此值，以增加并行連接數(shù)量，當然這建立在機器能支撐的情況下，因為如果連接數(shù)越多，介于MySql會為每個連接提供連接緩沖區(qū)，就會開銷越多的內(nèi)存，所以要適當調(diào)整該值，不能盲目提高設(shè)值。可以過'conn%'通配符查看當前狀態(tài)的連接數(shù)量，以定奪該值的大小。

back_log?是要求MySQL能有的連接數(shù)量。當主要MySQL線程在一個很短時間內(nèi)得到非常多的連接請求，這就起作用，然后主線程花些時間(盡管很短)檢查連接并且啟動一個新線程。back_log值指出在MySQL暫時停止回答新請求之前的短時間內(nèi)多少個請求可以被存在堆棧中。如果期望在一個短時間內(nèi)有很多連接，你需要增加它。也就是說，如果MySql的連接數(shù)據(jù)達到max_connections時，新來的請求將會被存在堆棧中，以等待某一連接釋放資源，該堆棧的數(shù)量即back_log，如果等待連接的數(shù)量超過back_log，將不被授予連接資源。另外，這值（back_log）限于您的操作系統(tǒng)對到來的TCP/IP連接的偵聽隊列的大小。你的操作系統(tǒng)在這個隊列大小上有它自己的限制（可以檢查你的OS文檔找出這個變量的最大值），試圖設(shè)定back_log高于你的操作系統(tǒng)的限制將是無效的。

優(yōu)化了MySql的連接后屬性后，我們需要看看緩沖區(qū)變量：

使用MySql數(shù)據(jù)庫存儲大量數(shù)據(jù)（或使用復雜查詢）時，我們應(yīng)該考慮MySql的內(nèi)存配置。如果配置MySQL服務(wù)器使用太少的內(nèi)存會導致性能不是最優(yōu)的；如果配置了太多的內(nèi)存則會導致崩潰，無法執(zhí)行查詢或者導致交換操作嚴重變慢。在現(xiàn)在的32位平臺下，仍有可能把所有的地址空間都用完，因此需要審視。

計算內(nèi)存使用的秘訣公式就能相對地解決這一部分問題。不過，如今這個公式已經(jīng)很復雜了，更重要的是，通過它計算得到的值只是“理論可能”并不是真正消耗的值。事實上，有8GB內(nèi)存的常規(guī)服務(wù)器經(jīng)常能運行到最大的理論值（100GB甚至更高）。此外，你輕易不會使用到“超額因素”（它實際上依賴于應(yīng)用以及配置）。一些應(yīng)用可能需要理論內(nèi)存的10%而有些僅需1%。
那么，我們可以做什么呢？

來看看那些在啟動時就需要分配并且總是存在的全局緩沖吧！

全局緩沖：
key_buffer_size, innodb_buffer_pool_size, innodb_additional_mem_pool_size，innodb_log_buffer_size, query_cache_size

注：如果你大量地使用MyISAM表，那么你也可以增加操作系統(tǒng)的緩存空間使得MySQL也能用得著。把這些也都加到操作系統(tǒng)和應(yīng)用程序所需的內(nèi)存值之中，可能需要增加32MB甚至更多的內(nèi)存給MySQL服務(wù)器代碼以及各種不同的小靜態(tài)緩沖。這些就是你需要考慮的在MySQL服務(wù)器啟動時所需的內(nèi)存。其他剩下的內(nèi)存用于連接。

key_buffer_size?決定索引處理的速度，尤其是索引讀的速度。一般我們設(shè)為16M，通過檢查狀態(tài)值Key_read_requests和Key_reads，可以知道key_buffer_size設(shè)置是否合理。比例key_reads / key_read_requests應(yīng)該盡可能的低，至少是1:100，1:1000更好（上述狀態(tài)值可以使用'key_read%'獲得用來顯示狀態(tài)數(shù)據(jù)）。key_buffer_size只對MyISAM表起作用。即使你不使用MyISAM表，但是內(nèi)部的臨時磁盤表是MyISAM表，也要使用該值。可以使用檢查狀態(tài)值'created_tmp_disk_tables'得知詳情。

innodb_buffer_pool_size?對于InnoDB表來說，作用就相當于key_buffer_size對于MyISAM表的作用一樣。InnoDB使用該參數(shù)指定大小的內(nèi)存來緩沖數(shù)據(jù)和索引。對于單獨的MySQL數(shù)據(jù)庫服務(wù)器，最大可以把該值設(shè)置成物理內(nèi)存的80%。

innodb_additional_mem_pool_size?指定InnoDB用來存儲數(shù)據(jù)字典和其他內(nèi)部數(shù)據(jù)結(jié)構(gòu)的內(nèi)存池大小。缺省值是1M。通常不用太大，只要夠用就行，應(yīng)該與表結(jié)構(gòu)的復雜度有關(guān)系。如果不夠用，MySQL會在錯誤日志中寫入一條警告信息。

innodb_log_buffer_size?指定InnoDB用來存儲日志數(shù)據(jù)的緩存大小，如果您的表操作中包含大量并發(fā)事務(wù)（或大規(guī)模事務(wù)），并且在事務(wù)提交前要求記錄日志文件，請盡量調(diào)高此項值，以提高日志效率。

query_cache_size?是MySql的查詢緩沖大小。（從4.0.1開始，MySQL提供了查詢緩沖機制）使用查詢緩沖，MySQL將SELECT語句和查詢結(jié)果存放在緩沖區(qū)中，今后對于同樣的SELECT語句（區(qū)分大小寫），將直接從緩沖區(qū)中讀取結(jié)果。根據(jù)MySQL用戶手冊，使用查詢緩沖最多可以達到238%的效率。通過檢查狀態(tài)值’Qcache_%’，可以知道query_cache_size設(shè)置是否合理：如果Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況，如果Qcache_hits的值也非常大，則表明查詢緩沖使用非常頻繁，此時需要增加緩沖大小；如果Qcache_hits的值不大，則表明你的查詢重復率很低，這種情況下使用查詢緩沖反而會影響效率，那么可以考慮不用查詢緩沖。此外，在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩沖。

除了全局緩沖，MySql還會為每個連接發(fā)放連接緩沖。

連接緩沖：
每個連接到MySQL服務(wù)器的線程都需要有自己的緩沖。大概需要立刻分配256K，甚至在線程空閑時，它們使用默認的線程堆棧，網(wǎng)絡(luò)緩存等。事務(wù)開始之后，則需要增加更多的空間。運行較小的查詢可能僅給指定的線程增加少量的內(nèi)存消耗，然而如果對數(shù)據(jù)表做復雜的操作例如掃描、排序或者需要臨時表，則需分配大約read_buffer_size，sort_buffer_size，read_rnd_buffer_size，tmp_table_size?大小的內(nèi)存空間。不過它們只是在需要的時候才分配，并且在那些操作做完之后就釋放了。有的是立刻分配成單獨的組塊。tmp_table_size 可能高達MySQL所能分配給這個操作的最大內(nèi)存空間了。注意，這里需要考慮的不只有一點 —— 可能會分配多個同一種類型的緩存，例如用來處理子查詢。一些特殊的查詢的內(nèi)存使用量可能更大——如果在MyISAM表上做成批的插入時需要分配 bulk_insert_buffer_size 大小的內(nèi)存；執(zhí)行 ALTER TABLE， OPTIMIZE TABLE， REPAIR TABLE 命令時需要分配 myisam_sort_buffer_size 大小的內(nèi)存。

read_buffer_size?是MySql讀入緩沖區(qū)大小。對表進行順序掃描的請求將分配一個讀入緩沖區(qū)，MySql會為它分配一段內(nèi)存緩沖區(qū)。read_buffer_size變量控制這一緩沖區(qū)的大小。如果對表的順序掃描請求非常頻繁，并且你認為頻繁掃描進行得太慢，可以通過增加該變量值以及內(nèi)存緩沖區(qū)大小提高其性能。

sort_buffer_size?是MySql執(zhí)行排序使用的緩沖大小。如果想要增加ORDER BY的速度，首先看是否可以讓MySQL使用索引而不是額外的排序階段。如果不能，可以嘗試增加sort_buffer_size變量的大小。

read_rnd_buffer_size?是MySql的隨機讀緩沖區(qū)大小。當按任意順序讀取行時(例如，按照排序順序)，將分配一個隨機讀緩存區(qū)。進行排序查詢時，MySql會首先掃描一遍該緩沖，以避免磁盤搜索，提高查詢速度，如果需要排序大量數(shù)據(jù)，可適當調(diào)高該值。但MySql會為每個客戶連接發(fā)放該緩沖空間，所以應(yīng)盡量適當設(shè)置該值，以避免內(nèi)存開銷過大。

tmp_table_size是MySql的heap?（堆積）表緩沖大小。所有聯(lián)合在一個DML指令內(nèi)完成，并且大多數(shù)聯(lián)合甚至可以不用臨時表即可以完成。大多數(shù)臨時表是基于內(nèi)存的(HEAP)表。具有大的記錄長度的臨時表 (所有列的長度的和)或包含BLOB列的表存儲在硬盤上。如果某個內(nèi)部heap（堆積）表大小超過tmp_table_size，MySQL可以根據(jù)需要自動將內(nèi)存中的heap表改為基于硬盤的MyISAM表。還可以通過設(shè)置tmp_table_size選項來增加臨時表的大小。也就是說，如果調(diào)高該值，MySql同時將增加heap表的大小，可達到提高聯(lián)接查詢速度的效果。

當我們設(shè)置好了緩沖區(qū)大小之后，再來看看：

table_cache?所有線程打開的表的數(shù)目，增大該值可以增加mysqld需要的文件描述符的數(shù)量。每當MySQL訪問一個表時，如果在表緩沖區(qū)中還有空間，該表就被打開并放入其中，這樣可以更快地訪問表內(nèi)容。通過檢查峰值時間的狀態(tài)值’Open_tables’和’Opened_tables’，可以決定是否需要增加table_cache的值。如果你發(fā)現(xiàn)open_tables等于table_cache，并且opened_tables在不斷增長，那么你就需要增加table_cache的值了（上述狀態(tài)值可以使用’Open%tables’獲得）。注意，不能盲目地把table_cache設(shè)置成很大的值。如果設(shè)置得太高，可能會造成文件描述符不足，從而造成性能不穩(wěn)定或者連接失敗。

做了以上方面的調(diào)優(yōu)設(shè)置之后，MySql應(yīng)該基本能滿足您需求（當然是建立在調(diào)優(yōu)設(shè)置適當?shù)那闆r下），我們還應(yīng)該了解并注意：

只有簡單查詢OLTP（聯(lián)機事務(wù)處理）應(yīng)用的內(nèi)存消耗經(jīng)常是使用默認緩沖的每個線程小于1MB，除非需要使用復雜的查詢否則無需增加每個線程的緩沖大小。使用1MB的緩沖來對10行記錄進行排序和用16MB的緩沖基本是一樣快的（實際上16MB可能會更慢，不過這是其他方面的事了）。

找出MySQL服務(wù)器內(nèi)存消耗的峰值。這很容易就能計算出操作系統(tǒng)所需的內(nèi)存、文件緩存以及其他應(yīng)用。在32位環(huán)境下，還需要考慮到32位的限制，限制 “mysqld” 的值大約為2.5G（實際上還要考慮到很多其他因素）。現(xiàn)在運行 “ps aux” 命令來查看 “VSZ” 的值（MySQL 進程分配的虛擬內(nèi)存）。監(jiān)視著內(nèi)存變化的值，就能知道是需要增加或減少當前的內(nèi)存值了。

?

安裝好mysql后，配制文件應(yīng)該在/usr/local/mysql/share/mysql目錄中，配制文件有幾個，有my- huge.cnf my-medium.cnf my-large.cnf my-small.cnf,不同的流量的網(wǎng)站和不同配制的服務(wù)器環(huán)境，當然需要有不同的配制文件了。

一般的情況下，my-medium.cnf這個配制文件就能滿足我們的大多需要；一般我們會把配置文件拷貝到/etc/my.cnf 只需要修改這個配置文件就可以了，使用mysqladmin variables extended-status –u root –p 可以看到目前的參數(shù)，有３個配置參數(shù)是最重要的，即：

key_buffer_size query_cache_size table_cache

key_buffer_size只對MyISAM表起作用。

key_buffer_size指定索引緩沖區(qū)的大小，它決定索引處理的速度，尤其是索引讀的速度。一般我們設(shè)為16M,實際上稍微大一點的站點　這個數(shù)字是遠遠不夠的，通過檢查狀態(tài)值Key_read_requests和Key_reads,可以知道key_buffer_size設(shè)置是否合理。比例key_reads / key_read_requests應(yīng)該盡可能的低，至少是1:100，1:1000更好（上述狀態(tài)值可以使用SHOW STATUS LIKE ‘key_read%’獲得）。 或者如果你裝了phpmyadmin 可以通過服務(wù)器運行狀態(tài)看到,筆者推薦用phpmyadmin管理mysql，以下的狀態(tài)值都是本人通過phpmyadmin獲得的實例分析:

這個服務(wù)器已經(jīng)運行了20天

key_buffer_size – 128M? key_read_requests – 650759289? key_reads - 79112

比例接近1:8000 健康狀況非常好

另外一個估計key_buffer_size的辦法：把你網(wǎng)站數(shù)據(jù)庫的每個表的索引所占空間大小加起來看看以此服務(wù)器為例:比較大的幾個表索引加起來大概125M 這個數(shù)字會隨著表變大而變大。

從4.0.1開始，MySQL提供了查詢緩沖機制。使用查詢緩沖，MySQL將SELECT語句和查詢結(jié)果存放在緩沖區(qū)中，今后對于同樣的SELECT語句（區(qū)分大小寫），將直接從緩沖區(qū)中讀取結(jié)果。根據(jù)MySQL用戶手冊，使用查詢緩沖最多可以達到238%的效率。

通過調(diào)節(jié)以下幾個參數(shù)可以知道query_cache_size設(shè)置得是否合理

Qcache inserts? Qcache hits? Qcache lowmem prunes? Qcache free blocks? Qcache total blocks

Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況,同時Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，此時需要增加緩沖大小Qcache_hits的值不大，則表明你的查詢重復率很低，這種情況下使用查詢緩沖反而會影響效率，那么可以考慮不用查詢緩沖。此外，在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩沖。

Qcache_free_blocks，如果該值非常大，則表明緩沖區(qū)中碎片很多query_cache_type指定是否使用查詢緩沖

我設(shè)置:

query_cache_size = 32M? query_cache_type= 1

得到如下狀態(tài)值:

Qcache queries in cache 12737 表明目前緩存的條數(shù)? Qcache inserts 20649006? Qcache hits 79060095 　看來重復查詢率還挺高的? Qcache lowmem prunes 617913　有這么多次出現(xiàn)緩存過低的情況? Qcache not cached 189896 　　? Qcache free memory 18573912　　目前剩余緩存空間? Qcache free blocks 5328 這個數(shù)字似乎有點大　碎片不少? Qcache total blocks 30953

如果內(nèi)存允許32M應(yīng)該要往上加點

table_cache指定表高速緩存的大小。每當MySQL訪問一個表時，如果在表緩沖區(qū)中還有空間，該表就被打開并放入其中，這樣可以更快地訪問表內(nèi)容。通過檢查峰值時間的狀態(tài)值Open_tables和Opened_tables，可以決定是否需要增加table_cache的值。如果你發(fā)現(xiàn)open_tables等于table_cache，并且opened_tables在不斷增長，那么你就需要增加table_cache的值了（上述狀態(tài)值可以使用SHOW STATUS LIKE ‘Open%tables’獲得）。注意，不能盲目地把table_cache設(shè)置成很大的值。如果設(shè)置得太高，可能會造成文件描述符不足，從而造成性能不穩(wěn)定或者連接失敗。

對于有1G內(nèi)存的機器，推薦值是128－256。

筆者設(shè)置table_cache = 256

得到以下狀態(tài):

Open tables 256? Opened tables 9046

雖然open_tables已經(jīng)等于table_cache，但是相對于服務(wù)器運行時間來說,已經(jīng)運行了20天，opened_tables的值也非常低。因此，增加table_cache的值應(yīng)該用處不大。如果運行了6個小時就出現(xiàn)上述值 那就要考慮增大table_cache。

如果你不需要記錄2進制log 就把這個功能關(guān)掉，注意關(guān)掉以后就不能恢復出問題前的數(shù)據(jù)了，需要您手動備份，二進制日志包含所有更新數(shù)據(jù)的語句，其目的是在恢復數(shù)據(jù)庫時用它來把數(shù)據(jù)盡可能恢復到最后的狀態(tài)。另外，如果做同步復制( Replication )的話，也需要使用二進制日志傳送修改情況。

log_bin指定日志文件，如果不提供文件名，MySQL將自己產(chǎn)生缺省文件名。MySQL會在文件名后面自動添加數(shù)字引，每次啟動服務(wù)時，都會重新生成一個新的二進制文件。

此外，使用log-bin-index可以指定索引文件；使用binlog-do-db可以指定記錄的數(shù)據(jù)庫；使用binlog-ignore-db可以指定不記錄的數(shù)據(jù)庫。注意的是：binlog-do-db和binlog-ignore-db一次只指定一個數(shù)據(jù)庫，指定多個數(shù)據(jù)庫需要多個語句。而且，MySQL會將所有的數(shù)據(jù)庫名稱改成小寫，在指定數(shù)據(jù)庫時必須全部使用小寫名字，否則不會起作用。

關(guān)掉這個功能只需要在他前面加上#號

#log-bin

開啟慢查詢?nèi)罩? slow query log ) 慢查詢?nèi)罩緦τ诟櫽袉栴}的查詢非常有用。它記錄所有查過long_query_time的查詢，如果需要，還可以記錄不使用索引的記錄。下面是一個慢查詢?nèi)罩镜睦?#xff1a;

開啟慢查詢?nèi)罩?#xff0c;需要設(shè)置參數(shù)log_slow_queries、long_query_times、log-queries-not-using-indexes。

log_slow_queries指定日志文件，如果不提供文件名，MySQL將自己產(chǎn)生缺省文件名。

long_query_times指定慢查詢的閾值，缺省是10秒。

log-queries-not-using-indexes是4.1.0以后引入的參數(shù)，它指示記錄不使用索引的查詢。筆者設(shè)置long_query_time=10

筆者設(shè)置:

sort_buffer_size = 1M? max_connections=120? wait_timeout =120? back_log=100? read_buffer_size = 1M? thread_cache=32? interactive_timeout=120? thread_concurrency = 4

參數(shù)說明:?

back_log

要求MySQL能有的連接數(shù)量。當主要MySQL線程在一個很短時間內(nèi)得到非常多的連接請求，這就起作用，然后主線程花些時間(盡管很短) 檢查連接并且啟動一個新線程。back_log值指出在MySQL暫時停止回答新請求之前的短時間內(nèi)多少個請求可以被存在堆棧中。只有如果期望在一個短時間內(nèi)有很多連接，你需要增加它，換句話說，這值對到來的TCP/IP連接的偵聽隊列的大小。你的操作系統(tǒng)在這個隊列大小上有它自己的限制。 Unix listen(2)系統(tǒng)調(diào)用的手冊頁應(yīng)該有更多的細節(jié)。檢查你的OS文檔找出這個變量的最大值。試圖設(shè)定back_log高于你的操作系統(tǒng)的限制將是無效的。

max_connections

并發(fā)連接數(shù)目最大，120 超過這個值就會自動恢復，出了問題能自動解決

thread_cache

沒找到具體說明，不過設(shè)置為32后 20天才創(chuàng)建了400多個線程 而以前一天就創(chuàng)建了上千個線程 所以還是有用的

thread_concurrency

#設(shè)置為你的cpu數(shù)目x2,例如，只有一個cpu,那么thread_concurrency=2

#有2個cpu,那么thread_concurrency=4

skip-innodb

#去掉innodb支持

?

代碼:

# Example MySQL config file for medium systems.? #? # This is for a system with little memory (32M - 64M) where MySQL plays? # an important part, or systems up to 128M where MySQL is used together with? # other programs (such as a web server)? #? # You can copy this file to? # /etc/my.cnf to set global options,? # mysql-data-dir/my.cnf to set server-specific options (in this? # installation this directory is /var/lib/mysql) or? # ~/.my.cnf to set user-specific options.? #? # In this file, you can use all long options that a program supports.? # If you want to know which options a program supports, run the program? # with the "--help" option.? # The following options will be passed to all MySQL clients? [client]? #password = your_password? port = 3306? socket = /tmp/mysql.sock? #socket = /var/lib/mysql/mysql.sock? # Here follows entries for some specific programs? # The MySQL server? [mysqld]? port = 3306? socket = /tmp/mysql.sock? #socket = /var/lib/mysql/mysql.sock? skip-locking? key_buffer = 128M? max_allowed_packet = 1M? table_cache = 256? sort_buffer_size = 1M? net_buffer_length = 16K? myisam_sort_buffer_size = 1M? max_connections=120? #addnew config? wait_timeout =120? back_log=100? read_buffer_size = 1M? thread_cache=32? skip-innodb? skip-bdb? skip-name-resolve? join_buffer_size=512k? query_cache_size = 32M? interactive_timeout=120? long_query_time=10? log_slow_queries= /usr/local/mysql4/logs/slow_query.log? query_cache_type= 1? # Try number of CPU's*2 for thread_concurrency? thread_concurrency = 4? #end new config? # Don't listen on a TCP/IP port at all. This can be a security enhancement,? # if all processes that need to connect to mysqld run on the same host.? # All interaction with mysqld must be made via Unix sockets or named pipes.? # Note that using this option without enabling named pipes on Windows? # (via the "enable-named-pipe" option) will render mysqld useless!? #? #skip-networking? # Replication Master Server (default)? # binary logging is required for replication? #log-bin? # required unique id between 1 and 2^32 - 1? # defaults to 1 if master-host is not set? # but will not function as a master if omitted? server-id = 1? # Replication Slave (comment out master section to use this)? #? # To configure this host as a replication slave, you can choose between? # two methods :? #? # 1) Use the CHANGE MASTER TO command (fully described in our manual) -? # the syntax is:? #? # CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,? # MASTER_USER=, MASTER_PASSWORD= ;? #? # where you replace , , by quoted strings and? # by the master's port number (3306 by default).? #? # Example:? #? # CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,? # MASTER_USER='joe', MASTER_PASSWORD='secret';? #? # OR? #? # 2) Set the variables below. However, in case you choose this method, then? # start replication for the first time (even unsuccessfully, for example? # if you mistyped the password in master-password and the slave fails to? # connect), the slave will create a master.info file, and any later? # change in this file to the variables' values below will be ignored and? # overridden by the content of the master.info file, unless you shutdown? # the slave server, delete master.info and restart the slaver server.? # For that reason, you may want to leave the lines below untouched? # (commented) and instead use CHANGE MASTER TO (see above)? #? # required unique id between 2 and 2^32 - 1? # (and different from the master)? # defaults to 2 if master-host is set? # but will not function as a slave if omitted? #server-id = 2? #? # The replication master for this slave - required? #master-host =? #? # The username the slave will use for authentication when connecting? # to the master - required? #master-user =? #? # The password the slave will authenticate with when connecting to? # the master - required? #master-password =? #? # The port the master is listening on.? # optional - defaults to 3306? #master-port =? #? # binary logging - not required for slaves, but recommended? #log-bin? # Point the following paths to different dedicated disks? #tmpdir = /tmp/? #log-update = /path-to-dedicated-directory/hostname? # Uncomment the following if you are using BDB tables? #bdb_cache_size = 4M? #bdb_max_lock = 10000? # Uncomment the following if you are using InnoDB tables? #innodb_data_home_dir = /var/lib/mysql/? #innodb_data_file_path = ibdata1:10M:autoextend? #innodb_log_group_home_dir = /var/lib/mysql/? #innodb_log_arch_dir = /var/lib/mysql/? # You can set .._buffer_pool_size up to 50 - 80 %? # of RAM but beware of setting memory usage too high? #innodb_buffer_pool_size = 16M? #innodb_additional_mem_pool_size = 2M? # Set .._log_file_size to 25 % of buffer pool size? #innodb_log_file_size = 5M? #innodb_log_buffer_size = 8M? #innodb_flush_log_at_trx_commit = 1? #innodb_lock_wait_timeout = 50? [mysqldump]? quick? max_allowed_packet = 16M? [mysql]? no-auto-rehash? # Remove the next comment character if you are not familiar with SQL? #safe-updates? [isamchk]? key_buffer = 20M? sort_buffer_size = 20M? read_buffer = 2M? write_buffer = 2M? [myisamchk]? key_buffer = 20M? sort_buffer_size = 20M? read_buffer = 2M? write_buffer = 2M? [mysqlhotcopy]? interactive-timeout?

?

補充：

優(yōu)化table_cachetable_cache指定表高速緩存的大小。每當MySQL訪問一個表時，如果在表緩沖區(qū)中還有空間，該表就被打開并放入其中，這樣可以更快地訪問表內(nèi)容。通過檢查峰值時間的狀態(tài)值Open_tables和Opened_tables，可以決定是否需要增加 table_cache的值。如果你發(fā)現(xiàn)open_tables等于table_cache，并且opened_tables在不斷增長，那么你就需要增加table_cache的值了（上述狀態(tài)值可以使用SHOW STATUS LIKE ‘Open%tables’獲得）。注意，不能盲目地把table_cache設(shè)置成很大的值。如果設(shè)置得太高，可能會造成文件描述符不足，從而造成性能不穩(wěn)定或者連接失敗。對于有1G內(nèi)存的機器，推薦值是128－256。

案例1：該案例來自一個不是特別繁忙的服務(wù)器

table_cache – 512

open_tables – 103

opened_tables – 1273

uptime – 4021421 (measured in seconds)

該案例中table_cache似乎設(shè)置得太高了。在峰值時間，打開表的數(shù)目比table_cache要少得多。

案例2：該案例來自一臺開發(fā)服務(wù)器。

table_cache – 64

open_tables – 64

opened-tables – 431

uptime – 1662790 (measured in seconds)

雖然open_tables已經(jīng)等于table_cache，但是相對于服務(wù)器運行時間來說，opened_tables的值也非常低。因此，增加table_cache的值應(yīng)該用處不大。

案例3：該案例來自一個upderperforming的服務(wù)器

table_cache – 64

open_tables – 64

opened_tables – 22423

uptime – 19538

該案例中table_cache設(shè)置得太低了。雖然運行時間不到6小時，open_tables達到了最大值，opened_tables的值也非常高。這樣就需要增加table_cache的值。優(yōu)化key_buffer_sizekey_buffer_size指定索引緩沖區(qū)的大小，它決定索引處理的速度，尤其是索引讀的速度。通過檢查狀態(tài)值Key_read_requests和Key_reads，可以知道key_buffer_size 設(shè)置是否合理。比例key_reads / key_read_requests應(yīng)該盡可能的低，至少是1:100，1:1000更好（上述狀態(tài)值可以使用SHOW STATUS LIKE ‘key_read%’獲得）。key_buffer_size只對MyISAM表起作用。即使你不使用MyISAM表，但是內(nèi)部的臨時磁盤表是 MyISAM表，也要使用該值。可以使用檢查狀態(tài)值created_tmp_disk_tables得知詳情。對于1G內(nèi)存的機器，如果不使用 MyISAM表，推薦值是16M（8-64M）。

案例1：健康狀況

key_buffer_size – 402649088 (384M)

key_read_requests – 597579931

key_reads - 56188

案例2：警報狀態(tài)

key_buffer_size – 16777216 (16M)

key_read_requests – 597579931

key_reads - 53832731

案例1中比例低于1:10000，是健康的情況；案例2中比例達到1:11，警報已經(jīng)拉響。

本文轉(zhuǎn)自 chengxuyonghu 51CTO博客，原文鏈接：http://blog.51cto.com/6226001001/1567604，如需轉(zhuǎn)載請自行聯(lián)系原作者

總結(jié)

以上是生活随笔為你收集整理的MySQL数据库服务器优化详细的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。