MYSQL服务维护笔记

核心提示： cat /data/*/mysql.pid查看所有数据库的错误日志：cat /data/*/var/*.err个人建议：MYSQL的主要瓶颈在PORT的连接数上，因此，MYSQL服务维护笔记(3)，将表结构优化好以后，相应单个MYSQL服务的CPU占用仍然在10％以上，然后直接将数据盘（硬

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中一般是：

* 6 * * * /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 根据日志统计，应用负载最低的时候一般是在早上6点

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

数据的恢复和系统的升级

======================

日常维护和数据迁移：在数据盘没有被破坏的情况下

硬盘一般是系统中寿命最低的硬件。而系统（包括操作系统和MYSQL应用）的升级和硬件升级，都会遇到数据迁移的问题。

只要数据不变，先装好服务器，然后直接将数据盘（硬盘2）安装上，只需要将启动脚本重新加入到rc.local文件中，系统就算是很好的恢复了。

灾难恢复：数据本身被破坏的情况下