以下就是針對:
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 /datavar/*.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.`data +%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.`data +\%w`.dump.gz
注意:
1 在crontab中'%'需要轉義成'\%'
2 根據日志統計,應用負載最低的時候一般是在早上4-6點
先備份在本地然後傳到遠程的備份服務器上,或者直接建立一個數據庫備份帳號,直接在遠程的服務器上備份,遠程備份只需要將以上腳本中的-S /path/to/msyql.sock改成-h IP.ADDRESS即可。
數據的恢復和系統的升級
日常維護和數據遷移:在數據盤沒有被破壞的情況下,硬盤一般是系統中壽命最低的硬件。而系統(包括操作系統和MySQL應用)的升級和硬件升級,都會遇到數據遷移的問題。
只要數據不變,先裝好服務器,然後直接將數據盤(硬盤2)安裝上,只需要將啟動腳本重新加入到rc.local文件中,系統就算是很好的恢復了。
災難恢復:數據庫數據本身被破壞的情況下,確定破壞的時間點,然後從備份數據中恢復。