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

1、頁面緩存功能：

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

2、mysql服務器的優化

 2.1、修改全站搜索

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

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

   #log-slow-queries

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

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

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

   log-queries-not-using-indexes

 2.3、mysql緩存的設置

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

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

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

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

  2.4、查詢緩存的統計信息

  mysql> SHOW STATUS LIKE ‘qcache%’;

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

   Qcache_free_memory 緩存中的空閑內存。

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

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

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

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

   Qcache_queries_in_cache 當前緩存的查詢（和響應）的數量。

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

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

   2.5.1、key_buffer_size = 256M

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

   2.5.2、

   max_allowed_packet = 4M

   thread_stack = 256K

   table_cache = 128K

   sort_buffer_size = 6M

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

   2.5.3、

   read_buffer_size = 4M

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

   2.5.4、join_buffer_size = 8M

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

   2.5.5、

   myisam_sort_buffer_size = 64M

   table_cache = 512

   thread_cache_size = 64

   query_cache_size = 64M

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

   # > SHOW VARIABLES LIKE '%query_cache%';

   # > SHOW STATUS LIKE 'Qcache%';

   # 如果Qcache_lowmem_prunes的值非常大，則表明經常出現緩沖不夠的情況；

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

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

   2.5.6、

   tmp_table_size = 256M

    max_connections = 768

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

   2.5.7、

   max_connect_errors = 10000000

   wait_timeout = 10

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

   2.5.8、

   thread_concurrency = 8

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

    2.5.9、

   skip-networking

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

本頁內容由塔燈網絡科技有限公司通過網絡收集編輯所得，所有資料僅供用戶參考了本站不擁有所有權，如您認為本網頁中由涉嫌抄襲的內容，請及時與我們聯系，并提供相關證據，工作人員會在5工作日內聯系您，一經查實，本站立刻刪除侵權內容。本文鏈接:http://www.ordostzdb.com/28195.html