接上篇！！
4 基礎(chǔ)優(yōu)化
a 優(yōu)化思路
定位問題點吮吸：硬件–>系統(tǒng)–>應(yīng)用–>數(shù)據(jù)庫–>架構(gòu)（高可用、讀寫分離、分庫分表）。
處理方向：明確優(yōu)化目標(biāo)、性能和安全的折中、防患未然。
b 硬件優(yōu)化
主機方面：

c 服務(wù)器硬件優(yōu)化

d 系統(tǒng)優(yōu)化

這個參數(shù)決定了Linux是傾向于使用swap，還是傾向于釋放文件系統(tǒng)cache。在內(nèi)存緊張的情況下，數(shù)值越低越傾向于釋放文件系統(tǒng)cache。當(dāng)然，這個參數(shù)只能減少使用swap的概率，并不能避免Linux使用swap。修改MySQL的配置參數(shù)innodb_flush_ method，開啟O_DIRECT模式：這種情況下，InnoDB的buffer pool會直接繞過文件系統(tǒng)cache來訪問磁盤，但是redo log依舊會使用文件系統(tǒng)cache。值得注意的是，Redo log是覆寫模式的，即使使用了文件系統(tǒng)的cache，也不會占用太多。

e 系統(tǒng)參數(shù)調(diào)整

f 應(yīng)用優(yōu)化業(yè)務(wù)應(yīng)用和數(shù)據(jù)庫應(yīng)用獨立；

安裝圖形界面的服務(wù)器不要啟動圖形界面runlevel 3。 另外，思考將來我們的業(yè)務(wù)是否真的需要MySQL，還是使用其他種類的數(shù)據(jù)庫。用數(shù)據(jù)庫的最高境界就是不用數(shù)據(jù)庫。5 數(shù)據(jù)庫優(yōu)化SQL優(yōu)化方向：執(zhí)行計劃、索引、SQL改寫。架構(gòu)優(yōu)化方向：高可用架構(gòu)、高性能架構(gòu)、分庫分表。

a 數(shù)據(jù)庫參數(shù)優(yōu)化

b 存儲引擎層（innodb基礎(chǔ)優(yōu)化參數(shù)）

最后，小編分類整理了許多java進階學(xué)習(xí)材料和BAT面試給熱愛IT行業(yè)的你，如果需要資料的請轉(zhuǎn)發(fā)此文章后再私聊小編回復(fù)【java】就能領(lǐng)取2019年java進階學(xué)習(xí)資料和BAT面試題以及《Effective Java》（第3版）電子版書籍。也可以加群：712263501領(lǐng)取海量學(xué)習(xí)資料進行學(xué)習(xí)。

總結(jié)

以上是生活随笔為你收集整理的史上最全SQL优化方案（二）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。