服务维护笔记覆盖

服务启动后/data/app_1/下相应的文件和目录分布如下：

/data/app_1/

start_ 服务启动脚本

stop_ 服务停止脚本

d 服务的进程ID

ck 服务的SOCK

var/ 数据区

mysql/ 用户库

app_1_db_1/ 应用库

app_1_db_2/

...

/data/app_2/

...

查看所有的应用进程ID：

cat /data/*/d

查看所有数据库的错误日志：

cat /data/*/var/*.err

个人建议：MySQL的主要瓶颈在PORT的连接数上，因此，将表结构优化好以后，相应单个MySQL服务的CPU占用仍然在10％以上，就要考虑将服务拆分到多个PORT上运行了。

服务的备份

==========

尽量使用MySQL DUMP而不是直接备份数据文件，以下是一个按weekday将数据轮循备份的脚本：备份的间隔和周期可以根据备份的需求确定

/home/mysql/bin/mysqldump -S/data/app_1/ck -umysql db_name | gzip -f/path/to/backup/db_name.`data +%w`.

因此写在CRONTAB中一般是：

15 4 * * * /home/mysql/bin/mysqldump -S/data/app_1/ck -umysql db_name | gzip -f/path/to/backup/db_name.`data +%w`.

注意：

1 在crontab中\'%\'需要转义成\'%\'

其实SEO并不神秘 2 根据日志统计，应用负载最低的时候一般是在早上点

先备份在本地然后传到远程的备份服务器上，或者直接建立一个数据库备份帐号，直接在远程的服务器上备份，远程备份只需要将以上脚本中的-S /path/to/ck改成-h DRESS即可。