接上篇！！
4 基礎優化
a 優化思路
定位問題點吮吸：硬件–>系統–>應用–>數據庫–>架構（高可用、讀寫分離、分庫分表）。
處理方向：明確優化目標、性能和安全的折中、防患未然。
b 硬件優化
主機方面：

c 服務器硬件優化

d 系統優化

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

e 系統參數調整

f 應用優化業務應用和數據庫應用獨立；

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

a 數據庫參數優化

b 存儲引擎層（innodb基礎優化參數）

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。