MySQL任事维护笔记(上)

 源头&＃xff1a;网海拾贝  

/ /
| /usr <&＃61;&＃61; 操作系统
| /home/mysql <&＃61;&＃61; mysql主目录&＃xff0c;为了随意晋级&＃xff0c;这只
硬盘1&＃61;&＃61;>| 是一个最新版本目录的链接
| /home/mysql-3.23.54/ <&＃61;&＃61; 最新版本的mysql /home/mysql链接到这里
/home/mysql-old/ <&＃61;&＃61; 过去运转的旧版本的mysql

/ /data/app_1/ <&＃61;&＃61; 运用数据和启动脚本等
硬盘2&＃61;&＃61;>| /data/app_2/
/data/app_3/


MySQL任事的安置和任事的启动

MySQL一样平常平凡运用当前STABLE的版本&＃xff1a;

尽管不运用--with-charset&＃61;选项&＃xff0c;我感觉with-charset只在按字母排序的时辰才无效&＃xff0c;这些选项会对数据的迁徙带来很多麻烦。

尽管不运用innodb&＃xff0c;innodb告急用于需要外键&＃xff0c;变乱等企业级支持&＃xff0c;价格是速度比MYISAM有数目级的下降。

./configure --prefix&＃61;/home/mysql --without-innodb
make
make install

任事的启动和连续

1 复制缺省的mysql/var/mysql到 /data/app_1/目录下。

2 MySQLD的启动脚本&＃xff1a;start_mysql.sh

#!/bin/sh
rundir&＃61;&＃96;dirname "$0"&＃96;
echo "$rundir"
/home/mysql/bin/safe_mysqld --user&＃61;mysql --pid-file&＃61;
"$rundir"/mysql.pid --datadir&＃61;"$rundir"/var "$&＃64;"-O
max_connections&＃61;500 -O wait_timeout&＃61;600 -O key_buffer&＃61;
32M --port&＃61;3402 --socket&＃61;"$rundir"/mysql.sock &


解释&＃xff1a;

--pid-file&＃61;"$rundir"/mysql.pid --socket&＃61;"$rundir"/mysql.sock --datadir&＃61;"$rundir"/var

目的都是将响应数据和运用暂时文件放在一同&＃xff1b;
-O 背面平但凡任事器启动全局变量优化参数&＃xff0c;有意间需要根据具体运用调整&＃xff1b;
--port: 分比如的运用运用PORT参数漫衍到分比如的任事上去&＃xff0c;一个任事可以供给的衔接数平但凡MySQL任事的告急瓶颈&＃xff1b;

修正分比如的任事到分比如的端口后&＃xff0c;在rc.local文件中插手&＃xff1a;

/data/app_1/start_mysql.sh
/data/app_2/start_mysql.sh
/data/app_3/start_mysql.sh

注重&＃xff1a;必需写全途径

3 MySQLD的连续脚本&＃xff1a;stop_mysql.sh

#!/bin/sh
rundir&＃61;&＃96;dirname "$0"&＃96;
echo "$rundir"
/home/mysql/bin/mysqladmin -u mysql -S"$rundir"/mysql.sock shutdown


运用这个脚本的好处在于&＃xff1a;

1 多个任事启动&＃xff1a;关于分比如任事只需要修正脚本中的--port[&＃61;端标语]参数。单个目录下的数据和任事脚本都是可以自力打包的。
2 所有任事响应文件都位于/data/app_1/目录下&＃xff1a;歧&＃xff1a;mysql.pid mysql.sock&＃xff0c;当一台任事器上启动多个任事时&＃xff0c;多个任事不会相互影响。但都放到缺省的/tmp/下则有可以被其他运用误删。
3 当硬盘1出成就当前&＃xff0c;间接将硬盘2放到一台装好MySQL的任事器上就可以从速光复任事&＃xff08;要是放到my.cnf里则还需要备份响应的设置文件&＃xff09;。

任事启动后/data/app_1/下响应的文件和目录漫衍如下&＃xff1a;

/data/app_1/start_mysql.sh 任事启动脚本stop_mysql.sh 任事连续脚本mysql.pid 任事的历程IDmysql.sock 任事的SOCKvar/ 数据区mysql/ 用户库app_1_db_1/ 运用库app_1_db_2/
...
/data/app_2/
...


检查所有的运用历程ID&＃xff1a;
cat /data/*/mysql.pid

检查所无数据库的错误日志&＃xff1a;
cat /data/*/var/*.err

个人发起&＃xff1a;MySQL的告急瓶颈在PORT的衔接数上&＃xff0c;是以&＃xff0c;将表构造优化好当前&＃xff0c;响应单个MySQL任事的CPU占用仍然在10&＃xff05;以上&＃xff0c;就要思考将任事拆分到多个PORT上运转了。

任事的备份

尽管运用MySQL DUMP而不是间接备份数据文件&＃xff0c;以下是一个按weekday将数据轮循备份的脚本&＃xff1a;备份的隔断和周期可以根据备份的需求确定

/home/mysql/bin/mysqldump -S/data/app_1/mysql.sock -umysql db_name | gzip -f>/path/to/backup/db_name.&＃96;data %w&＃96;.dump.gz

是以写在CRONTAB中平但凡&＃xff1a;

15 4 * * * /home/mysql/bin/mysqldump -S/data/app_1/mysql.sock -umysql db_name | gzip -f>/path/to/backup/db_name.&＃96;data %w&＃96;.dump.gz

注重&＃xff1a;

1 在crontab中&＃39;%&＃39;需要转义成&＃39;%&＃39;
2 根据日志统计&＃xff0c;运用负载最低的时辰平但凡在早上4-6点

先备份在外埠然后传到近程的备份任事器上&＃xff0c;年夜概间接竖立一个数据库备份帐号&＃xff0c;间接在近程的任事器上备份&＃xff0c;近程备份只需要将以上脚本中的-S /path/to/msyql.sock改成-h IP.ADDRESS即可。

数据的光复和系统的晋级

一样平常维护和数据迁徙&＃xff1a;在数据盘没有被损坏的景象下&＃xff0c;硬盘平但凡系统中寿命最低的硬件。而系统&＃xff08;包括操作系统和MySQL运用&＃xff09;的晋级和硬件晋级&＃xff0c;都会碰到数据迁徙的成就。
只需数据稳定&＃xff0c;先装好任事器&＃xff0c;然后间接将数据盘&＃xff08;硬盘2&＃xff09;安置上&＃xff0c;只需要将启动脚本从新插手到rc.local文件中&＃xff0c;系统就算是很好的光复了。

考验光复&＃xff1a;数据库数据自己被损坏的景象下&＃xff0c;确定损坏的时间点&＃xff0c;然后从备份数据中光复。



版权声明&＃xff1a; 原创作品&＃xff0c;容许转载&＃xff0c;转载时请务必以超链接情势标明文章 原始出处 、作者信息和本声明。不然将穷究法则责任。