標籤:
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監控最佳化