常見的數(shù)據(jù)庫系統(tǒng)優(yōu)化中的一些觀點：
“系統(tǒng)性能出現(xiàn)問題進行優(yōu)化，一定要深入了解數(shù)據(jù)庫內(nèi)部參數(shù)、等待事件、Latch、緩沖池、trace文件、查詢/優(yōu)化引擎等底層細節(jié)?！?/strong>
這種觀點往往出自數(shù)據(jù)庫“高手”，這部分人以了解數(shù)據(jù)庫底層實現(xiàn)細節(jié)而感到非常驕傲。但是從優(yōu)化角度講數(shù)據(jù)庫的等待事件、Latch等指標高等等都只是問題的表象，懂得底層細節(jié)和內(nèi)幕固然是好。但是解決問題的關(guān)鍵往往是在應用層進行優(yōu)化。
“只要系統(tǒng)參數(shù)調(diào)整了，性能就能提高。系統(tǒng)優(yōu)化應該調(diào)整那些參數(shù)…”
這種觀點往往出自于一些偏運維和應用層的DBA，迷戀參數(shù)配置來調(diào)優(yōu)。
調(diào)整系統(tǒng)參數(shù)是非常重要的，但不一定能解決性能問題，否則就不會有去IOE了，問題可能性最大的還是應用設計和開發(fā)問題。
同理，很多運維人員和系統(tǒng)架構(gòu)師比較迷戀“Linux系統(tǒng)調(diào)優(yōu)”。認為的對“文件句柄數(shù)、CPU/內(nèi)存/磁盤子系統(tǒng)…”各種參數(shù)做了優(yōu)化，以為這就能提升整個應用系統(tǒng)的性能。其實不然。有些場景下，針對業(yè)務特點和應用類型做操作系統(tǒng)調(diào)優(yōu)是能取到立竿見影的效果，但是大多數(shù)時候往往提升并不明顯。所以最關(guān)鍵的還是找出瓶頸所在，對癥下藥。
“系統(tǒng)性能問題需要從架構(gòu)上解決，與應用開發(fā)關(guān)系不大?！?/strong>
系統(tǒng)性能與各個層面都有關(guān)，整體架構(gòu)很重要，但應用開發(fā)也是非常重要的一環(huán)。
網(wǎng)友評論
