MySql監控最佳化

來源:互聯網
上載者:User

標籤:

MySQL監控

 

MySQL伺服器硬體和OS(作業系統)調優:

 

1、有足夠的實體記憶體,能將整個InnoDB檔案載入到記憶體裡 —— 如果訪問的檔案在記憶體裡,而不是在磁碟上,InnoDB會快很多。

 

2、全力避免 Swap 操作 — 交換(swapping)是從磁碟讀取資料,所以會很慢。

 

3、使用電池供電的RAM(Battery-Backed RAM)。

 

4、使用一個進階磁碟陣列 — 最好是 RAID10 或者更高。

 

5、避免使用RAID5 — 和校正需要確保完整性,開銷很高。

 

6、將你的作業系統和資料分開,不僅僅是邏輯上要分開,物理上也要分開 — 作業系統的讀寫開銷會影響資料庫的效能。

 

7、將臨時檔案和複製日誌與資料檔案分開 — 背景寫操作影響資料庫從磁碟檔案的讀寫操作。

 

8、更多的磁碟空間等於更高的速度。

 

9、磁碟速度越快越好。

 

10、SAS優於SATA。

 

11、小磁碟的速度比大磁碟的更快,尤其是在 RAID 中。

 

12、使用電池供電的緩衝 RAID(Battery-Backed Cache RAID)控制器。

 

13、避免使用軟磁碟陣列。

 

14. 考慮使用固態IO卡(不是磁碟)來作為資料分區 — 幾乎對所有量級資料,這種卡能夠支援 2 GBps 的寫操作。

 

15、在 Linux 系統上,設定 swappiness 的值為0 — 沒有理由在資料庫伺服器上快取檔案,這種方式在Web伺服器或案頭應用中用的更多。

 

16、儘可能使用 noatime 和 nodirtime 來掛載檔案系統 — 沒有必要為每次訪問來更新檔案的修改時間。

 

17、使用 XFS 檔案系統 — 一個比ext3更快的、更小的檔案系統,擁有更多的日誌選項,同時,MySQL在ext3上存在雙緩衝區的問題。

 

18、最佳化你的 XFS 檔案系統日誌和緩衝區參數 – -為了擷取最大的效能基準。

 

19、在Linux系統中,使用 NOOP 或 DEADLINE IO 調度器 — CFQ 和 ANTICIPATORY 調度器已經被證明比 NOOP 和 DEADLINE 慢。

 

20、使用 64 位元作業系統 — 有更多的記憶體能用於定址和 MySQL 使用。

 

21、將不用的包和背景程式從伺服器上刪除 — 減少資源佔用。

 

22、將使用 MySQL 的 host 和 MySQL自身的 host 都配置在一個 host 檔案中 — 這樣沒有 DNS 尋找。

 

23、永遠不要強制殺死一個MySQL進程 — 你將損壞資料庫,並運行備份。

 

24、讓你的伺服器只服務於MySQL — 幕後處理程式和其他服務會佔用資料庫的 CPU 時間。

MySql監控最佳化

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.