91视频国产91久久久,四虎影视久久久免费,一级做a爰片久久毛片人呢

今天一個朋友向我咨詢怎么去優(yōu)化 MySQL，我按著思維整理了一下，大概粗的可以分為21個方向。還有一些細(xì)節(jié)東西(table cache, 表設(shè)計，MySQL設(shè)計，程序端MySQL之類的)先不列了，對一個系統(tǒng)，初期能把下面做完也是一個不錯的系統(tǒng)。

? 21個優(yōu)化MySQL的建議

　1. 要確保有足夠的內(nèi)存

　　數(shù)據(jù)庫能夠高效的運(yùn)行，最關(guān)建的因素需要內(nèi)存足更大了，能緩存住數(shù)據(jù)，更新也可以在內(nèi)存先完成。但不同的業(yè)務(wù)對內(nèi)存需要強(qiáng)度不一樣，一推薦內(nèi)存要占到數(shù)據(jù)的15-25%的比例，特別的熱的數(shù)據(jù)，內(nèi)存基本要達(dá)到數(shù)據(jù)庫的80%大小。

　2. 需要更多更快的CPU

　　mysql 5.6可以利用到64個核，而MySQL每個query只能運(yùn)行在一個CPU上，所以要求更多的CPU，更快的CPU會更有利于并發(fā)。

　3. 要選擇合適的操作系統(tǒng)

　　在官方建議估計最推薦的是Solaris, 從實際生產(chǎn)中看CentOS, REHL都是不錯的選擇，推薦使用CentOS, REHL 版本為6以后的，當(dāng)然Oracle Linux也是一個不錯的選擇。雖然從MySQL 5.5后對Windows做了優(yōu)化，但也不推薦在高并發(fā)環(huán)境中使用windows.

　4. 合理的優(yōu)化系統(tǒng)的參數(shù)

　　更改文件句柄 ?ulimit -n 默認(rèn)1024 太小

　　進(jìn)程數(shù)限制 ?ulimit -u ? 不同版本不一樣

　　禁掉NUMA ?numctl -interleave=all

　5. 選擇合適的內(nèi)存分配算法

　　默認(rèn)的內(nèi)存分配就是c的malloc 現(xiàn)在也出現(xiàn)許多優(yōu)化的內(nèi)存分配算法:

　　jemalloc and tcmalloc

　　從MySQL 5.5后支持聲明內(nèi)存儲方法。

　　[mysqld_safe]

　　malloc-lib = tcmalloc

　　或是直接指到so文件

　　[mysqld_safe]

　　malloc-lib=/usr/local/lib/libtcmalloc_minimal.so

　6. 使用更快的存儲設(shè)備ssd或是固態(tài)卡

　　存儲介質(zhì)十分影響MySQL的隨機(jī)讀取，寫入更新速度。新一代存儲設(shè)備固態(tài)ssd及固態(tài)卡的出現(xiàn)也讓MySQL 大放異彩，也是淘寶在去IOE中干出了一個漂亮仗。

　7. 選擇良好的文件系統(tǒng)

　　推薦XFS, Ext4,如果還在使用ext2,ext3的同學(xué)請盡快升級別。推薦XFS，這個也是今后一段時間Linux會支持一個文件系統(tǒng)。

　　文件系統(tǒng)強(qiáng)烈推薦: XFS

　8. 優(yōu)化掛載文件系統(tǒng)的參數(shù)

　　掛載XFS參數(shù)：

　　(rw, noatime,nodiratime,nobarrier)

　　掛載ext4參數(shù)：

　　ext4 (rw,noatime,nodiratime,nobarrier,data=ordered)

　　如果使用SSD或是固態(tài)盤需要考慮：

　　? innodb_page_size = 4K

　　? Innodb_flush_neighbors = 0

　9. 選擇適合的IO調(diào)度

　　正常請下請使用deadline 默認(rèn)是noop

　　echo dealine >/sys/block/{DEV-NAME}/queue/scheduler

　10. 選擇合適的Raid卡Cache策略

　　請使用帶電的Raid，啟用WriteBack，對于加速redo log ,binary log, data file都有好處。

　11. 禁用Query Cache

　　Query Cache在Innodb中有點雞肋，Innodb的數(shù)據(jù)本身可以在Innodb buffer pool中緩存，Query Cache屬于結(jié)果集緩存，如果開啟Query Cache更新寫入都要去檢查query cache反而增加了寫入的開銷。

　　在MySQL 5.6中Query cache是被禁掉了。

　12. 使用Thread Pool

　　現(xiàn)在一個數(shù)據(jù)對應(yīng)5個以上App場景比較，但MySQL有個特性隨著連接增多的情況下性能反而下降，所以對于連接超過200的以后場景請考慮使用thread pool. 這是一個偉大的發(fā)明。

　13. 合理調(diào)整內(nèi)存

　13.1 減少連接的內(nèi)存分配

　　連接可以用thread_cache_size緩存，觀查屬于比較屬不如thread pool給力。數(shù)據(jù)庫在連上分配的內(nèi)存如下：

　　max_used_connections * (

　　read_buffer_size +

　　read_rnd_buffer_size +

　　join_buffer_size +

　　sort_buffer_size +

　　binlog_cache_size +

　　thread_stack +

　　2 * net_buffer_length …

　　)

　13.2 使較大的buffer pool

　　要把60-80%的內(nèi)存分給innodb_buffer_pool_size. ?這個不要超過數(shù)據(jù)大小了，另外也不要分配超過80%不然會利用到swap.

　14. 合理選擇LOG刷新機(jī)制

　　Redo Logs:

　　- innodb_flush_log_at_trx_commit ?= 1 // 最安全

　　- innodb_flush_log_at_trx_commit ?= 2 // 較好性能

　　- innodb_flush_log_at_trx_commit ?= 0 // 最好的情能

　　binlog :

　　binlog_sync = 1 ?需要group commit支持，如果沒這個功能可以考慮binlog_sync=0來獲得較佳性能。

　　數(shù)據(jù)文件：

　　innodb_flush_method = O_DIRECT

　15. 請使用Innodb表

　　可以利用更多資源，在線alter操作有所提高。目前也支持非中文的full text，同時支持Memcache API訪問。目前也是MySQL最優(yōu)秀的一個引擎。

　　如果你還在MyISAM請考慮快速轉(zhuǎn)換。

　16. 設(shè)置較大的Redo log

　　以前Percona 5.5和官方MySQL 5.5比拼性能時，勝出的一個Tips就是分配了超過4G的Redo log ,而官方MySQL5.5 redo log不能超過4G. 從 MySQL 5.6后可以超過4G了，通常建Redo log加起來要超過500M。可以通過觀查redo log產(chǎn)生量，分配Redo log大于一小時的量即可。