在整體的系統(tǒng)運行過程中，數(shù)據(jù)庫服務(wù)器 MySQL 的壓力是最大的，不僅占用很多的內(nèi)存和 cpu 資源，而且占用著大部分的磁盤 io 資源，連 PHP 的官方都在聲稱，說 PHP 腳本 80% 的時間都在等待 MySQL 查詢返回的結(jié)果。由此可見，提高系統(tǒng)的負(fù)載能力，降低 MySQL 的資源消耗迫在眉睫。

1、頁面緩存功能：

頁面緩存功能降低MySQL的資源消耗的（系統(tǒng)本身就已經(jīng)考慮，采用生成HTML頁面，大大降低了數(shù)據(jù)庫的壓力）。

2、mysql服務(wù)器的優(yōu)化

 2.1、修改全站搜索

   修改my.ini(my.cnf) ，在 [mysqld] 后面加入一行“ft_min_word_len=1”，然后重啟Mysql，再登錄網(wǎng)站后臺（模塊管理->全站搜索）重建全文索引。

 2.2、記錄慢查詢sql語句，修改my.ini(my.cnf)，添加如下代碼：

   #log-slow-queries

   long_query_time = 1 #是指執(zhí)行超過多久的 sql 會被 log 下來

   log-slow-queries = E:/wamp/logs/slow.log #設(shè)置把日志寫在那里，可以為空，系統(tǒng)會給一個缺省的文件

   #log-slow-queries = /var/youpath/slow.log linux下     host_name-slow.log

   log-queries-not-using-indexes

 2.3、mysql緩存的設(shè)置

  mysql>show variables like '%query_cache%';     mysql本身是有對sql語句緩存的機制的，合理設(shè)置我們的mysql緩存可以降低數(shù)據(jù)庫的io資源。

   #query_cache_type= 查詢緩存的方式(默認(rèn)是 ON)

   query_cache_size 如果你希望禁用查詢緩存，設(shè)置 query_cache_size=0。禁用了查詢緩存，將沒有明顯的開銷

   query_cache_limit 不緩存大于這個值的結(jié)果。(缺省為 1M)

  2.4、查詢緩存的統(tǒng)計信息

  mysql> SHOW STATUS LIKE ‘qcache%’;

    Qcache_free_blocks 緩存中相鄰內(nèi)存塊的個數(shù)。數(shù)目大說明可能有碎片。FLUSH QUERY CACHE 會對緩存中的碎片進行整理，從而得到一個空閑塊。

   Qcache_free_memory 緩存中的空閑內(nèi)存。

   Qcache_hits 每次查詢在緩存中命中時就增大。

   Qcache_inserts 每次插入一個查詢時就增大。命中次數(shù)除以插入次數(shù)就是不中比率；用 1 減去這個值就是命中率。在上面這個例子中，大約有 87% 的查詢都在緩存中命中。

   Qcache_lowmem_prunes 緩存出現(xiàn)內(nèi)存不足并且必須要進行清理以便為更多查詢提供空間的次數(shù)。這個數(shù)字最好長時間來看；如果這個數(shù)字在不斷增長，就表示可能碎片非常嚴(yán)重，或者內(nèi)存很少。（上面的 free_blocks 和 free_memory 可以告訴您屬于哪種情況）。

   Qcache_not_cached 不適合進行緩存的查詢的數(shù)量，通常是由于這些查詢不是 SELECT 語句。

   Qcache_queries_in_cache 當(dāng)前緩存的查詢（和響應(yīng)）的數(shù)量。

   Qcache_total_blocks 緩存中塊的數(shù)量。通常，間隔幾秒顯示這些變量就可以看出區(qū)別，這可以幫助確定緩存是否正在有效地使用。運行 FLUSH STATUS 可以重置一些計數(shù)器，如果服務(wù)器已經(jīng)運行了一段時間，這會非常有幫助。

  2.5、my.ini(my.conf)配置

   2.5.1、key_buffer_size = 256M

   # key_buffer_size指定用于索引的緩沖區(qū)大小，增加它可得到更好的索引處理性能。     對于內(nèi)存在4GB左右的服務(wù)器該參數(shù)可設(shè)置為256M或384M。注意：該參數(shù)值設(shè)置的過大反而會是服務(wù)器整體效率降低！

   2.5.2、

   max_allowed_packet = 4M

   thread_stack = 256K

   table_cache = 128K

   sort_buffer_size = 6M

   查詢排序時所能使用的緩沖區(qū)大小。注意：該參數(shù)對應(yīng)的分配內(nèi)存是每連接獨占！如果有100個連接，那么實際分配的總共排序緩沖區(qū)大小為100 × 6 ＝ 600MB。所以，對于內(nèi)存在4GB左右的服務(wù)器推薦設(shè)置為6-8M。

   2.5.3、

   read_buffer_size = 4M

   讀查詢操作所能使用的緩沖區(qū)大小。和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每個連接獨享！

   2.5.4、join_buffer_size = 8M

   聯(lián)合查詢操作所能使用的緩沖區(qū)大小，和sort_buffer_size一樣，該參數(shù)對應(yīng)的分配內(nèi)存也是每個連接獨享！

   2.5.5、

   myisam_sort_buffer_size = 64M

   table_cache = 512

   thread_cache_size = 64

   query_cache_size = 64M

   指定MySQL查詢緩沖區(qū)的大小。可以通過在MySQL控制臺執(zhí)行以下命令觀察：

   # > SHOW VARIABLES LIKE '%query_cache%';

   # > SHOW STATUS LIKE 'Qcache%';

   # 如果Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況；

   #如果Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，如果該值較小反而會影響效率，那么可以考慮不用查詢緩沖；

   Qcache_free_blocks，如 果該值非常大，則表明緩沖區(qū)中碎片很多

   2.5.6、

   tmp_table_size = 256M

    max_connections = 768

   指定MySQL允許的最大連接進程數(shù)。如果在訪問論壇時經(jīng)常出現(xiàn)Too Many Connections的錯誤提示，則需要增大該參數(shù)值。

   2.5.7、

   max_connect_errors = 10000000

   wait_timeout = 10

   指定一個請求的最大連接時間，對于4GB左右內(nèi)存的服務(wù)器可以設(shè)置為5-10。

   2.5.8、

   thread_concurrency = 8

   該參數(shù)取值為服務(wù)器邏輯CPU數(shù)量×2，如果服務(wù)器有2顆物理CPU，而每顆物理CPU又支持H.T超線程，所以實際取值為4 × 2 ＝ 8

    2.5.9、

   skip-networking

   開啟該選項可以徹底關(guān)閉MySQL的TCP/IP連接方式，如果WEB服務(wù)器是以遠程連接的方式訪問MySQL數(shù)據(jù)庫服務(wù)器則不要開啟該選項！否則將無法正常連接！

本頁內(nèi)容由塔燈網(wǎng)絡(luò)科技有限公司通過網(wǎng)絡(luò)收集編輯所得，所有資料僅供用戶參考了本站不擁有所有權(quán)，如您認(rèn)為本網(wǎng)頁中由涉嫌抄襲的內(nèi)容，請及時與我們聯(lián)系，并提供相關(guān)證據(jù)，工作人員會在5工作日內(nèi)聯(lián)系您，一經(jīng)查實，本站立刻刪除侵權(quán)內(nèi)容。本文鏈接:http://www.yizhimai.net/28195.html