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


以下就是針對MySQL作為專門的數(shù)據(jù)庫服務器的優(yōu)化建議：

MySQL服務的安裝/配置的通用性； 
系統(tǒng)的升級和數(shù)據(jù)遷移方便性； 
備份和系統(tǒng)快速恢復； 
數(shù)據(jù)庫應用的設計要點； 
一次應用優(yōu)化實戰(zhàn)； 
MySQL服務器的規(guī)劃
=================
為了以后維護，升級備份的方便和數(shù)據(jù)的安全性，最好將MySQL程序文件和數(shù)據(jù)分別安裝在“不同的硬件”上。


         /   /         |    /usr                     <== 操作系統(tǒng)                 |    /home/mysql              <== mysql主目錄，為了方便升級，這只是一個最新版本目錄的鏈接 硬盤1==>|    /home/mysql-3.23.54/     <== 最新版本的mysql /home/mysql鏈接到這里            /home/mysql-old/         <== 以前運行的舊版本的mysql         /   /data/app_1/             <== 應用數(shù)據(jù)和啟動腳本等硬盤2==>|    /data/app_2/            /data/app_3/
MySQL服務的安裝和服務的啟動：
MySQL一般使用當前STABLE的版本：
盡量不使用--with-charset=選項，我感覺with-charset只在按字母排序的時候才有用，這些選項會對數(shù)據(jù)的遷移帶來很多麻煩。
盡量不使用innodb，innodb主要用于需要外鍵，事務等企業(yè)級支持，代價是速度比MYISAM有數(shù)量級的下降。
./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 
目的都是將相應數(shù)據(jù)和應用臨時文件放在一起；
-O 后面一般是服務器啟動全局變量優(yōu)化參數(shù)，有時候需要根據(jù)具體應用調整；
--port: 不同的應用使用PORT參數(shù)分布到不同的服務上去，一個服務可以提供的連接數(shù)一般是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[=端口號]參數(shù)。單個目錄下的數(shù)據(jù)和服務腳本都是可以獨立打包的。
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/ 數(shù)據(jù)區(qū)
       mysql/ 用戶庫
       app_1_db_1/ 應用庫
       app_1_db_2/
...
/data/app_2/
... 

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

查看所有數(shù)據(jù)庫的錯誤日志：
cat /data/*/var/*.err 

個人建議：MySQL的主要瓶頸在PORT的連接數(shù)上，因此，將表結構優(yōu)化好以后，相應單個MySQL服務的CPU占用仍然在10％以上，就要考慮將服務拆分到多個PORT上運行了。

服務的備份
==========
盡量使用MySQL DUMP而不是直接備份數(shù)據(jù)文件，以下是一個按weekday將數(shù)據(jù)輪循備份的腳本：備份的間隔和周期可以根據(jù)備份的需求確定
/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 根據(jù)日志統(tǒng)計，應用負載最低的時候一般是在早上4-6點

先備份在本地然后傳到遠程的備份服務器上，或者直接建立一個數(shù)據(jù)庫備份帳號，直接在遠程的服務器上備份，遠程備份只需要將以上腳本中的-S /path/to/msyql.sock改成-h IP.ADDRESS即可。

最新評論