mysql資料庫配置優化（佔cpu過高問題）

[client]port =3306socket =/tmp/mysql.sock

[mysqld]port =3306socket =/tmp/mysql.sock

basedir =/usr/local/mysql

datadir =/data/mysql

pid-file =/data/mysql/mysql.pid

user =mysql

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

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

# 則所有遠端主機連線授權都要使用ip位址方式，否則mysql將無法正常處理連線請求

#skip-networkingback_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

mysql資料庫配置優化（佔cpu過高問題）

mysql資料庫配置優化（佔cpu過高問題）

mysql資料庫配置優化（佔cpu過高問題）

MySQL資料庫高併發優化配置

相關推薦