MySQL服務維護筆記第1/2頁

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

以下就是針對MySQL作為專門的資料庫伺服器的最佳化建議：

MySQL服務的安裝/配置的通用性；
系統的升級和資料移轉方便性；
備份和系統快速恢複；
資料庫應用的設計要點；
一次應用最佳化實戰；
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.`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點

先備份在本地然後傳到遠端備份伺服器上，或者直接建立一個Database Backup帳號，直接在遠端伺服器上備份，遠程備份只需要將以上指令碼中的-S /path/to/msyql.sock改成-h IP.ADDRESS即可。