怎樣優化數據庫

這期內容當中小編將會給大家帶來有關怎樣優化數據庫，以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

1、數據庫優化是一個很廣的范圍,涉及到的東西比較多,并且每個特定的數據庫,其具體的優化過程也是不一樣的.因為優化的很大一部分最終都要跟具體的數據庫系統細節打交道,在此不可能針對所有的數據庫都一一詳細闡述,如果那樣,恐怕寫幾本書都寫不完.只能針對一些比較通用的,經常用到的的東西進行一個討論

2、一般情況下,數據庫的優化指的就是查詢性能的優化(雖然嚴格上來說不應該是這樣的),讓數據庫對查詢的響應盡可能的快.

3、僅對數據庫系統本身而言,影響到查詢性能的因素從理論上來講，包括數據庫參數設置(其實就是通過參數控制數據庫系統的內存,i/o,緩存，備份等一些管理性的東西),索引,分區,sql語句.數據庫參數設置本身是一個很復雜的東西，分區則主要是針對大數據量的情況下，它分散了數據文件的分布，減少磁盤競爭，使效率得到提升。

數據庫優化目標

根據角色的不同，數據庫優化分為以下幾個目標：

業務角度（關鍵用戶）：

減少用戶頁面響應時間

數據庫角度（開發）：

減少數據庫SQL響應時間

數據庫服務器角度（運維）：

充分使用數據庫服務器物理資源

減少數據庫服務器CPU使用率

減少數據庫服務器IO使用率

減少數據庫服務器內存使用率

指標

1. SQL平均響應時間變短

a. 優化前：數據庫平均響應時間500ms

b. 優化目標：數據庫平均響應時間200ms

2. 數據庫服務器CPU占用率變少

a. 優化前：數據庫高峰期CPU使用率70%

b. 優化目標：數據庫高峰期CPU使用率50%

3. 數據庫服務器IO使用率變低

a. 優化前：數據庫IO WAIT為30%

b. 優化目標：數據庫IO WAIT低于10%

數據庫優化誤區

在進行數據庫優化的時候可能會有以下幾個誤區：

1. 優化之前一定要深入了解數據庫內部原理

優化是有“套路”的，照著這些“套路”你也可以很好的完成數據庫優化

2. 不斷調整數據庫參數就可以最終實現優化

有時候設計不合理怎么調整參數都不行

3. 不斷調整操作系統參數就可以最終實現優化

同上

4. 數據庫性能由應用、數據庫架構決定，與應用開發關系不大

恰恰相反，應用開發的關系很大

5. 必須要做讀寫分離，必須要弄分庫分表

數據量級只有達到一定的比例才有必要做讀寫分離，分表分庫，否則徒增復雜度。一般來說Oracle的單表量級可以達到1億，MySQL到1000萬~2000萬

數據庫優化流程

完整的數據庫優化流程如下：

首先需要盡可能的了解優化問題，收集問題期間系統信息并做好存檔。根據當前系統問題表現制定優化目標并與客戶溝通目標達成一致；通過一系列工具分析系統問題，制定優化方案，方案評審完成后由各負責人員進行實施。若達到優化目標則編寫優化報告，否則需要重新制定優化方案。

數據庫實例優化

數據庫實例優化遵循三句口訣：日志不能小、緩存足夠大、連接要夠用。

數據庫事務提交后需要將事務對數據頁的修改刷（ fsync）到磁盤上，才能保證數據的持久性。這個刷盤，是一個隨機寫，性能較低，如果每次事務提交都要刷盤，會極大影響數據庫的性能。數據庫在架構設計中都會采用如下兩個優化手法：

a. 先將事務寫到日志文件RedoLog（WAL），將隨機寫優化成順序寫

b. 加一層緩存結構Buffer，將每次寫優化成順序寫

所以日志跟緩存對數據庫實例尤其重要。而連接如果不夠用，數據庫會直接拋出異常，系統無法訪問。

數據庫參數優化

主流數據庫架構都有如下的共同點：

數據緩存

SQL解析區

排序內存

REDO及UNDO

鎖、LATCH、MUTEX

監聽及連接

文件讀寫性能

接下來我們根據不同的數據庫調整參數以使數據庫達到最佳性能。

ORACLE

達夢數據庫

MYSQL（INNODB）

POSTGRES

總結

數據庫的優化手法太多太多，有換磁盤陣列升級硬件，有改寫SQL腳本添加索引，還有數據庫參數調整優化性能，甚至還可以調整數據庫架構。本文從數據庫本身參數進行調優，大家根據上面幾張表中的參數進行調整基本能達到數據庫最佳性能的80%。

上述就是小編為大家分享的怎樣優化數據庫了，如果您也有類似的疑惑，不妨參照上述方法進行嘗試。如果想了解更多相關內容，請關注億速云行業資訊。