Mysql參數優化

Mysql參數優化對於新手來說，是比較難懂的東西，其實這個參數優化，是個很複雜的東西，對於不一樣的網站，及其在線量，訪問量，帖子數量，網絡狀況，以及機器硬件配置都有關係，優化不可能一次性 完成，須要不斷的觀察以及調試，纔有可能獲得最佳效果。

　　下面先說個人服務器的硬件以及論壇狀況，

　　CPU: 2顆四核Intel Xeon 2.00GHz

　　內存: 4GB DDR

　　硬盤: SCSI 146GB

　　論壇：在線會員 通常在 5000 人左右 - 最高記錄是 13264.

　　下面，咱們根據以上硬件配置結合一份已經作過一次優化的my.cnf進行分析說明：有些參數可能還得根據論壇的變化狀況以及程序員的程序進行再調整。

　　[mysqld]

　　port = 3306

　　serverid = 1

　　socket = /tmp/mysql.sock

　　skip-locking # 避免MySQL的外部鎖定，減小出錯概率加強穩定性。 skip-name-resolve

　　禁止MySQL對外部鏈接進行DNS解析，使用這一選項能夠消除MySQL進行DNS 解析的時間。但須要注意，若是開啓該選項，則全部遠程主機鏈接受權都要使用IP地址方式，不然MySQL將沒法正常處理鏈接請求!

　　back_log = 500

　　要求 MySQL 能有的鏈接數量。當主要MySQL線程在一個很短期內獲得很是多的鏈接請求，這就起做用，而後主線程花些時間(儘管很短)檢查鏈接而且啓動一個新線程。

　　back_log值指出在MySQL暫時中止回答新請求以前的短期內多少個請求能夠被存在堆棧中。只有若是指望在一個短期內有不少鏈接，你須要增 加它，換句話說，這值對到來的TCP/IP鏈接的偵聽隊列的大小。你的操做系統在這個隊列大小上有它本身的限制。試圖設定 back_log高於你的操做系統的限制將是無效的。當你觀察你的主機進程列表，發現大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待鏈接進程時，就要加大 back_log 的值了。默認數值是50，我把它改成500。

　　key_buffer_size = 384M

　　# key_buffer_size指定用於索引的緩衝區大小，增長它可獲得更好處理的索引(對全部讀和多重寫)，到你能負擔得起那樣多。若是你使它太大，系 統將開始換頁而且真的變慢了。對於內存在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%’得到)。注意：該參數值設置的過大反而會是服務器總體效率下降!

　　max_allowed_packet = 32M

　　增長該變量的值十分安全，這是由於僅當須要時纔會分配額外內存。例如，僅當你發出長查詢或mysqld必須返回大的結果行時mysqld纔會分配更多 內存。該變量之因此取較小默認值是一種預防措施，以捕獲客戶端和服務器之間的錯誤信息包，並確保不會因偶然使用大的信息包而致使內存溢出。

　　table_cache = 512

　　table_cache指定表高速緩存的大小。每當MySQL訪問一個表時，若是在表緩衝區中還有空間，該表就被打開並放入其中，這樣能夠更快地訪問 表內容。經過檢查峯值時間的狀態值Open_tables和Opened_tables，能夠決定是否須要增長table_cache的值。若是你發現 open_tables等於table_cache，而且opened_tables在不斷增加，那麼你就須要增長table_cache的值了(上述狀 態值可使用SHOW STATUS LIKE ‘Open%tables’得到)。注意，不能盲目地把table_cache設置成很大的值。若是設置得過高，可能會形成文件描述符不足，從而形成性能不穩定或者鏈接失敗。

sort_buffer_size = 4M

　　查詢排序時所能使用的緩衝區大小。注意：該參數對應的分配內存是每鏈接獨佔!若是有100個鏈接，那麼實際分配的總共排序緩衝區大小爲100 × 4 = 400MB。因此，對於內存在4GB左右的服務器推薦設置爲4-8M。

　　read_buffer_size = 4M

　　讀查詢操做所能使用的緩衝區大小。和sort_buffer_size同樣，該參數對應的分配內存也是每鏈接獨享!

　　join_buffer_size = 8M

　　聯合查詢操做所能使用的緩衝區大小，和sort_buffer_size同樣，該參數對應的分配內存也是每鏈接獨享!

　　myisam_sort_buffer_size = 64M

　　MyISAM表發生變化時從新排序所需的緩衝

　　query_cache_size = 64M

　　指定MySQL查詢緩衝區的大小。能夠經過在MySQL控制檯執行如下命令觀察：

　　# > SHOW VARIABLES LIKE '%query_cache%'; # > SHOW STATUS LIKE 'Qcache%'; # 若是Qcache_lowmem_prunes的值很是大，則代表常常出現緩衝不夠的狀況;

　　若是Qcache_hits的值很是大，則代表查詢緩衝使用很是頻繁，若是該值較小反而會影響效率，那麼能夠考慮不用查詢緩 衝;Qcache_free_blocks，若是該值很是大，則代表緩衝區中碎片不少。

　　thread_cache_size = 64

　　能夠複用的保存在中的線程的數量。若是有，新的線程從緩存中取得，當斷開鏈接的時候若是有空間，客戶的線置在緩存中。若是有不少新的線程，爲了提升性 能能夠這個變量值。經過比較 Connections 和 Threads_created 狀態的變量，能夠看到這個變量的做用

　　tmp_table_size = 256M

　　max_connections = 1000

　　指定MySQL容許的最大鏈接進程數。若是在訪問論壇時常常出現Too Many Connections的錯誤提示，則須要增大該參數值。

　　max_connect_errors = 10000000

　　對於同一主機，若是有超出該參數值個數的中斷錯誤鏈接，則該主機將被禁止鏈接。如需對該主機進行解禁，執行：FLUSH HOST;。

　　wait_timeout = 10

　　指定一個請求的最大鏈接時間，對於4GB左右內存的服務器能夠設置爲5-10。

　　thread_concurrency = 8

　　該參數取值爲服務器邏輯CPU數量×2，在本例中，服務器有2顆物理CPU，而每顆物理CPU又支持H.T超線程，因此實際取值爲4 × 2 = 8

　　skip-networking

　　開啓該選項能夠完全關閉MySQL的TCP/IP鏈接方式，若是WEB服務器是以遠程鏈接的方式訪問MySQL數據庫服務器則不要開啓該選項!不然將沒法正常鏈接!

　　long_query_time = 10

　　log-slow-queries =

　　log-queries-not-using-indexes

　　開啓慢查詢日誌( slow query log )

　　慢查詢日誌對於跟蹤有問題的查詢很是有用。它記錄全部查過long_query_time的查詢，若是須要，還能夠記錄不使用索引的記錄。下面是一個 慢查詢日誌的例子：

　　開啓慢查詢日誌，須要設置參數log_slow_queries、long_query_times、log-queries-not-using- indexes。

　　log_slow_queries指定日誌文件，若是不提供文件名，MySQL將本身產生缺省文件名。long_query_times指定慢查詢的 閾值，缺省是10秒。log-queries-not-using-indexes是4.1.0之後引入的參數，它指示記錄不使用索引的查詢。設置 long_query_time=10


　另外附上使用show status命令查看mysql狀態相關的值及其含義：

　　使用show status命令

　　含義以下:

　　aborted_clients 客戶端非法中斷鏈接次數

　　aborted_connects 鏈接mysql失敗次數

　　com_xxx xxx命令執行次數,有不少條

　　connections 鏈接mysql的數量

　　Created_tmp_disk_tables 在磁盤上建立的臨時表

　　Created_tmp_tables 在內存裏建立的臨時表

　　Created_tmp_files 臨時文件數

　　Key_read_requests The number of requests to read a key block from the cache

　　Key_reads The number of physical reads of a key block from disk

　　Max_used_connections 同時使用的鏈接數

　　Open_tables 開放的表

　　Open_files 開放的文件

　　Opened_tables 打開的表

　　Questions 提交到server的查詢數

　　Sort_merge_passes 若是這個值很大,應該增長my.cnf中的sort_buffer值

　　Uptime 服務器已經工做的秒數

　　提高性能的建議:

　　1.若是opened_tables太大,應該把my.cnf中的table_cache變大

　　2.若是Key_reads太大,則應該把my.cnf中key_buffer_size變大.能夠用 Key_reads/Key_read_requests計算出cache失敗率

　　3.若是Handler_read_rnd太大,則你寫的SQL語句裏不少查詢都是要掃描整個表,而沒有發揮索引的鍵的做用

　　4.若是Threads_created太大,就要增長my.cnf中thread_cache_size的值.能夠用 Threads_created/Connections計算cache命中率

　　5.若是Created_tmp_disk_tables太大,就要增長my.cnf中tmp_table_size的值,用基於內存的臨時表代替基 於磁盤的