mysql參數總結

1.query_cache_size
select 查詢mysql後,會把查詢結構緩存為sql文本,當同樣的sql再次查詢時,直接從緩存中取數據返回。
Qcache_lowmem_prunes的值非常大,則表明經常出現緩沖不夠的情況,同時Qcache_hits的值非常大,則表明查詢緩沖使用非常頻繁,此時需要增加緩沖大小Qcache_hits的值不大,則表明你的查詢重復率很低,這種情況下使用查詢緩沖反而會影響效率,那麼可以考慮不用查詢緩沖
缺陷:
 mysql在利用query_cache工作時,要求該語句涉及的表這段時間內沒有發生變化。假如數據有更新,首先會把所有的query_cache設為失效,然後更新。
如果query_cache_size過大,查詢比較多,失效也會很慢,更新或insert也會慢。
2.key_buffer_size
隻對myisam表起作用
key_buffer_size指定索引緩沖區的大小,它決定索引處理的速度,尤其是索引讀的速度。
通過檢查狀態值Key_read_requests和Key_reads,可以知道key_buffer_size設置是否合理
key_read_requests總的讀取請求,key_keys為磁盤請求次數,也就是 key_read_requests/key_reads越小越好
3.table_open_cache(5.1以前版本為table_cache)
table_open_cache指定表高速緩存的大小。每當MySQL訪問一個表時,如果在表緩沖區中還有空間,該表就被打開並放入其中,這樣可以更快地訪問表內容

通過檢查峰值時間的狀態值Open_tables和Opened_tables,可以決定是否需要增加table_open_cache的值。如果你發現open_tables等於table_open_cache,並且opened_tables在不斷增長,那麼你就需要增加table_open_cache的值瞭

4.log_bin
二進制日志,從庫可以 關閉,關閉掉大概能提高1%的性能。

5.max_connections
最大連接數
6.back_bog
back_log值指出在MySQL暫時停止回答新請求之前的短時間內多少個請求可以被存在堆棧中。隻有如果期望在一個短時間內有很多連接,你需要增加它,換句話說,這值對到來的TCP/IP連接的偵聽隊列的大小.
7.thread_cache
mySQL裡面為瞭提高客戶端請求創建連接過程的性能,提供瞭一個連接池也就是Thread_Cache池,將空閑的連接線程放在連接池中,而不是立即銷毀.這樣的好處就是,當又有一個新的請求的時候,mysql不會立即去創建連接線程,而是先去Thread_Cache中去查找空閑的連接線程,如果存在則直接使用,不存在才創建新的連接線程.
thread_cache_size
Thread_Cache中存放的最大連接線程數.在短連接的應用中Thread_Cache的功效非常明顯
thread_stack
每個連接被創建的時候,mysql分配給它的內存.這個值一般認為默認就可以應用於大部分場景瞭
thread_cache命中率計算
show variables like 'thread%';show status like '%connections%';show status like '%thread%'

公式為:thread_cache_hit=(connections-thread_create)/connections*100%

8.log-slave-update
主從架構時,從庫需要保持和主庫相同的二進制時使用(默認從庫是不需要開啟二進制日志)
9。sync_binlog
如果為正,當每個sync_binlog寫入該二進制日志後,MySQL服務器將它的二進制日志同步到硬盤上
為0不與硬盤同步,為1與硬盤同步,mysql崩潰最多丟失一個語句或事務。
10.記錄慢日志,分析
slow-query-log-file
long-query-time
設置時間為1s即可
通過explain分析
語法:explain [extended] select … from …where
如果使用瞭extended ,那麼在執行完explain語句後,可以使用show warnings語句查詢相應的優化信息。
type: ALL 代表全表掃描
key: NULL 沒有用到索引
Extra: Using where; Using filesort 沒有使用索引排序
-----------------------------
type: range說明沒有全表掃描
Extra: Using where 說明沒有文件排序


10.鎖
show status like 'table%';
Table_locks_immediate表示立即釋放表鎖數,Table_locks_waited表示需要等待的表鎖數
如果Table_locks_waited的值比較高,則說明存在著較嚴重的表級鎖爭用情況。這時,需要我們對應用做進一步的檢查,來確定問題所在

11.innodb_buffer_pool_size
緩沖innodb數據和索引的內存緩沖區大小,這個值越高,需要的磁盤i/o越少

12.innodb_flush_log_at_trx_commit
0:表示每秒將日志緩沖寫入到日志文件,並且將日志文件刷新到磁盤。
1:每個事務提交時,日志緩沖寫入日志文件,刷新到磁盤
2:每個提交,日志緩存寫入日志文件,但部隊日志文件做到磁盤刷新
默認為1,也是最安全的
本文出自 “二號” 博客

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。