MySQL服務維護筆記

內容摘要：使用MySQL服務的一些經驗，主要從如下幾個方面考慮的MySQL服務規劃設計。對於高負載站點來講PHP和MySQL運行在一塊兒（或者說任何應用和數據庫運行在一塊兒的規劃）都是性能最大的瓶頸，這樣的設計有如讓人一手畫圓一手畫方，這樣2我的的工做效率確定不如讓一我的專門畫圓一我的專門畫方效率高，讓應用和數據庫都跑在一臺高性能服務器上說不定還不如跑在2臺普通服務器上快。

如下就是針對MySQL做爲專門的數據庫服務器的優化建議：

   1. MySQL服務的安裝/配置的通用性；
   2. 系統的升級和數據遷移方便性；
   3. 備份和系統快速恢復；
   4. 數據庫應用的設計要點；
   5. 一次應用優化實戰；

MySQL服務器的規劃
=================
爲了之後維護，升級備份的方便和數據的安全性，最好將MySQL程序文件和數據分別安裝在「不一樣的硬件」上。

         /   /
        |    /usr                     <== 操做系統         
        |    /home/mysql              <== mysql主目錄，爲了方便升級，這只是一個最新版本目錄的連接
硬盤1==>|    /home/mysql-3.23.54/     <== 最新版本的mysql /home/mysql連接到這裏
         \   /home/mysql-old/         <== 之前運行的舊版本的mysql

         /   /data/app_1/             <== 應用數據和啓動腳本等
硬盤2==>|    /data/app_2/
         \   /data/app_3/

MySQL服務的安裝和服務的啓動：
MySQL通常使用當前STABLE的版本：
儘可能不使用--with-charset=選項，我感受with-charset只在按字母排序的時候纔有用，這些選項會對數據的遷移帶來不少麻煩。
儘可能不使用innodb，innodb主要用於須要外鍵，事務等企業級支持，代價是速度比MYISAM有數量級的降低。
./configure --prefix=/home/mysql --without-innodb
make
make install

服務的啓動和中止
================
1 複製缺省的mysql/var/mysql到 /data/app_1/目錄下，
2 MySQLD的啓動腳本：start_mysql.sh
#!/bin/sh
rundir=`dirname "$0"`
echo "$rundir"
/home/mysql/bin/safe_mysqld --user=mysql --pid-file="$rundir"/mysql.pid --datadir="$rundir"/var "$@"\
-O max_connections=500 -O wait_timeout=600 -O key_buffer=32M --port=3402 --socket="$rundir"/mysql.sock &

註釋：
--pid-file="$rundir"/mysql.pid --socket="$rundir"/mysql.sock --datadir="$rundir"/var
目的都是將相應數據和應用臨時文件放在一塊兒；
-O 後面通常是服務器啓動全局變量優化參數，有時候須要根據具體應用調整；
--port: 不一樣的應用使用PORT參數分佈到不一樣的服務上去，一個服務能夠提供的鏈接數通常是MySQL服務的主要瓶頸；

修改不一樣的服務到不一樣的端口後，在rc.local文件中加入：
/data/app_1/start_mysql.sh
/data/app_2/start_mysql.sh
/data/app_3/start_mysql.sh
注意：必須寫全路徑

3 MySQLD的中止腳本：stop_mysql.sh
#!/bin/sh
rundir=`dirname "$0"`
echo "$rundir"
/home/mysql/bin/mysqladmin -u mysql -S"$rundir"/mysql.sock shutdown

使用這個腳本的好處在於：
1 多個服務啓動：對於不一樣服務只須要修改腳本中的--port[=端口號]參數。單個目錄下的數據和服務腳本都是能夠獨立打包的。
2 全部服務相應文件都位於/data/app_1/目錄下：好比：mysql.pid mysql.sock，當一臺服務器上啓動多個服務時，多個服務不會互相影響。但都放到缺省的/tmp/下則有可能被其餘應用誤刪。
3 當硬盤1出問題之後，直接將硬盤2放到一臺裝好MySQL的服務器上就能夠馬上恢復服務（若是放到my.cnf裏則還須要備份相應的配置文件）。

服務啓動後/data/app_1/下相應的文件和目錄分佈以下：
/data/app_1/
    start_mysql.sh 服務啓動腳本
    stop_mysql.sh 服務中止腳本
    mysql.pid 服務的進程ID
    mysql.sock 服務的SOCK
    var/ 數據區
       mysql/ 用戶庫
       app_1_db_1/ 應用庫
       app_1_db_2/
...
/data/app_2/
...

查看全部的應用進程ID：
cat /data/*/mysql.pid

查看全部數據庫的錯誤日誌：
cat /data/*/var/*.err

我的建議：MySQL的主要瓶頸在PORT的鏈接數上，所以，將表結構優化好之後，相應單個MySQL服務的CPU佔用仍然在10％以上，就要考慮將服務拆分到多個PORT上運行了。

服務的備份
==========
儘可能使用MySQL DUMP而不是直接備份數據文件，如下是一個按weekday將數據輪循備份的腳本：備份的間隔和週期能夠根據備份的需求肯定
/home/mysql/bin/mysqldump -S/data/app_1/mysql.sock -umysql db_name | gzip -f>/path/to/backup/db_name.`date +%w`.dump.gz
所以寫在CRONTAB中通常是：
15 4 * * * /home/mysql/bin/mysqldump -S/data/app_1/mysql.sock -umysql db_name | gzip -f>/path/to/backup/db_name.`date +\%w`.dump.gz
注意：
1 在crontab中'%'須要轉義成'\%'
2 根據日誌統計，應用負載最低的時候通常是在早上4-6點

先備份在本地而後傳到遠程的備份服務器上，或者直接創建一個數據庫備份賬號，直接在遠程的服務器上備份，遠程備份只須要將以上腳本中的-S /path/to/msyql.sock改爲-h IP.ADDRESS便可。

數據的恢復和系統的升級
======================
平常維護和數據遷移：在數據盤沒有被破壞的狀況下
硬盤通常是系統中壽命最低的硬件。而系統（包括操做系統和MySQL應用）的升級和硬件升級，都會遇到數據遷移的問題。
只要數據不變，先裝好服務器，而後直接將數據盤（硬盤2）安裝上，只須要將啓動腳本從新加入到rc.local文件中，系統就算是很好的恢復了。

災難恢復：數據庫數據自己被破壞的狀況下 肯定破壞的時間點，而後從備份數據中恢復。