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

 

頁(yè)面緩存功能降低MySQL的資源消耗的（系統(tǒng)本身就已經(jīng)考慮，采用生成HTML頁(yè)面，大大降低了數(shù)據(jù)庫(kù)的壓力）。
2、mysql服務(wù)器的優(yōu)化

 

2.1、修改全站搜索
修改my.ini(my.cnf) ，在 [mysqld] 后面加入一行“ft_min_word_len=1”，然后重啟Mysql，再登錄網(wǎng)站后臺(tái)（模塊管理->全站搜索）重建全文索引。
2.2、記錄慢查詢(xún)sql語(yǔ)句，修改my.ini(my.cnf)，添加如下代碼：
#log-slow-queries
long_query_time = 1 #是指執(zhí)行超過(guò)多久的 sql 會(huì)被 log 下來(lái)
log-slow-queries = E:/wamp/logs/slow.log #設(shè)置把日志寫(xiě)在那里，可以為空，系統(tǒng)會(huì)給一個(gè)缺省的文件
#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本身是有對(duì)sql語(yǔ)句緩存的機(jī)制的，合理設(shè)置我們的mysql緩存可以降低數(shù)據(jù)庫(kù)的io資源。
#query_cache_type= 查詢(xún)緩存的方式(默認(rèn)是 ON)
query_cache_size 如果你希望禁用查詢(xún)緩存，設(shè)置 query_cache_size=0。禁用了查詢(xún)緩存，將沒(méi)有明顯的開(kāi)銷(xiāo)
query_cache_limit 不緩存大于這個(gè)值的結(jié)果。(缺省為 1M)
2.4、查詢(xún)緩存的統(tǒng)計(jì)信息
mysql> SHOW STATUS LIKE ‘qcache%’;
Qcache_free_blocks 緩存中相鄰內(nèi)存塊的個(gè)數(shù)。數(shù)目大說(shuō)明可能有碎片。FLUSH QUERY CACHE 會(huì)對(duì)緩存中的碎片進(jìn)行整理，從而得到一個(gè)空閑塊。
Qcache_free_memory 緩存中的空閑內(nèi)存。
Qcache_hits 每次查詢(xún)?cè)诰彺嬷忻�中時(shí)就增大。
Qcache_inserts 每次插入一個(gè)查詢(xún)時(shí)就增大。命中次數(shù)除以插入次數(shù)就是不中比率；用 1 減去這個(gè)值就是命中率。在上面這個(gè)例子中，大約有 87% 的查詢(xún)都在緩存中命中。
Qcache_lowmem_prunes 緩存出現(xiàn)內(nèi)存不足并且必須要進(jìn)行清理以便為更多查詢(xún)提供空間的次數(shù)。這個(gè)數(shù)字最好長(zhǎng)時(shí)間來(lái)看；如果這個(gè)數(shù)字在不斷增長(zhǎng)，就表示可能碎片非常嚴(yán)重，或者內(nèi)存很少。（上面的 free_blocks 和 free_memory 可以告訴您屬于哪種情況）。
Qcache_not_cached 不適合進(jìn)行緩存的查詢(xún)的數(shù)量，通常是由于這些查詢(xún)不是 SELECT 語(yǔ)句。
Qcache_queries_in_cache 當(dāng)前緩存的查詢(xún)（和響應(yīng)）的數(shù)量。
Qcache_total_blocks 緩存中塊的數(shù)量。通常，間隔幾秒顯示這些變量就可以看出區(qū)別，這可以幫助確定緩存是否正在有效地使用。運(yùn)行 FLUSH STATUS 可以重置一些計(jì)數(shù)器，如果服務(wù)器已經(jīng)運(yùn)行了一段時(shí)間，這會(huì)非常有幫助。
2.5、my.ini(my.conf)配置
2.5.1、key_buffer_size = 256M
# key_buffer_size指定用于索引的緩沖區(qū)大小，增加它可得到更好的索引處理性能。 對(duì)于內(nèi)存在4GB左右的服務(wù)器該參數(shù)可設(shè)置為256M或384M。注意：該參數(shù)值設(shè)置的過(guò)大反而會(huì)是服務(wù)器整體效率降低！
2.5.2、
max_allowed_packet = 4M
thread_stack = 256K
table_cache = 128K
sort_buffer_size = 6M
查詢(xún)排序時(shí)所能使用的緩沖區(qū)大小。注意：該參數(shù)對(duì)應(yīng)的分配內(nèi)存是每連接獨(dú)占！如果有100個(gè)連接，那么實(shí)際分配的總共排序緩沖區(qū)大小為100 × 6 ＝ 600MB。所以，對(duì)于內(nèi)存在4GB左右的服務(wù)器推薦設(shè)置為6-8M。
2.5.3、
read_buffer_size = 4M
讀查詢(xún)操作所能使用的緩沖區(qū)大小。和sort_buffer_size一樣，該參數(shù)對(duì)應(yīng)的分配內(nèi)存也是每個(gè)連接獨(dú)享！
2.5.4、join_buffer_size = 8M
聯(lián)合查詢(xún)操作所能使用的緩沖區(qū)大小，和sort_buffer_size一樣，該參數(shù)對(duì)應(yīng)的分配內(nèi)存也是每個(gè)連接獨(dú)享！
2.5.5、
myisam_sort_buffer_size = 64M
table_cache = 512
thread_cache_size = 64
query_cache_size = 64M
指定MySQL查詢(xún)緩沖區(qū)的大小。可以通過(guò)在MySQL控制臺(tái)執(zhí)行以下命令觀察：
# > SHOW VARIABLES LIKE '%query_cache%';
# > SHOW STATUS LIKE 'Qcache%';
# 如果Qcache_lowmem_prunes的值非常大，則表明經(jīng)常出現(xiàn)緩沖不夠的情況；
#如果Qcache_hits的值非常大，則表明查詢(xún)緩沖使用非常頻繁，如果該值較小反而會(huì)影響效率，那么可以考慮不用查詢(xún)緩沖；
Qcache_free_blocks，如 果該值非常大，則表明緩沖區(qū)中碎片很多
2.5.6、
tmp_table_size = 256M
max_connections = 768
指定MySQL允許的最大連接進(jìn)程數(shù)。如果在訪問(wèn)論壇時(shí)經(jīng)常出現(xiàn)Too Many Connections的錯(cuò)誤提示，則需要增大該參數(shù)值。
2.5.7、
max_connect_errors = 10000000
wait_timeout = 10
指定一個(gè)請(qǐng)求的最大連接時(shí)間，對(duì)于4GB左右內(nèi)存的服務(wù)器可以設(shè)置為5-10。
2.5.8、
thread_concurrency = 8
該參數(shù)取值為服務(wù)器邏輯CPU數(shù)量×2，如果服務(wù)器有2顆物理CPU，而每顆物理CPU又支持H.T超線程，所以實(shí)際取值為4 × 2 ＝ 8
2.5.9、
skip-networking
開(kāi)啟該選項(xiàng)可以徹底關(guān)閉MySQL的TCP/IP連接方式，如果WEB服務(wù)器是以遠(yuǎn)程連接的方式訪問(wèn)MySQL數(shù)據(jù)庫(kù)服務(wù)器則不要開(kāi)啟該選項(xiàng)！否則將無(wú)法正常連接！

查看更多 phpcms教程  phpcms模板