一個兼職DBA的資料庫營運經驗 小米科技 xx@xiaomi.com 2011

標籤：

一個兼職DBA的資料庫營運經驗 小米科技  [email protected] 2011

 

警示監控系統粒度太大，不好用(我們公司現狀)
資料庫狀況：十個伺服器，惠普HP380G7 戴爾R710 ，都做了主從
全部sas盤 15K RAID10
伺服器記憶體24G
資料庫跟業務混用，不是專門給資料庫用 導致出問題(我們公司現狀)
備份用的xtrabackup

資料庫不大：160G 70G 30G
程式支援分庫分表

--------------------------
問題

io util% 100%（學）
正常io util%應該穩定在20%~30%

磁碟await/svctm值高，經常在毫秒級（學）
問題：

raid卡電池無電（學）
買電池後，io util% 降到10%，await/svctm值在0.x毫秒級

資料資料和binlog檔案分到不同磁碟（未做到）

kernel io deadline調度演算法
記憶體 swappiness=0（學）
重視dmesg（學）

架構最佳化後，qps穩定在1500~2000

源碼編譯mysql

許可權最小化，只分配CRUD許可權(已經做到)

記憶體擴容16G->64G ，調大bp後，淩晨監控記憶體有餘量情況下，開吃swap
解決方案1：定時 echo 1> /proc/sys/vm/drop_caches （學）
解決方案2:下次執行個體重啟期間，numactl-interleave all （學）

執行計畫不好，就直接force index

 

 

 

f

f

f

f

f

f

f

f

f

f

f

 

f

 

f

f

f

f

f

f

f

f

f

 

f

 

f

 

f

 

f

 

f

 

f

 

f

一個兼職DBA的資料庫營運經驗 小米科技 [email protected] 2011