当前位置：首页 → 问答吧 → MYSQL服务维护笔记

MYSQL服务维护笔记

时间：2003-03-30

来源：互联网

偶在这里介绍一些在MYSQL服务上的经验，有什么不正确的地方欢迎大家提出。偶主要从以下几个方面讲解MYSQL服务规划设计：1 MYSQL服务的安装/配置的通用性；2 系统的升级和数据迁移方便性；3 备份和系统快速恢复；MYSQL服务器的规划为了以后维护，升级备份的方便和数据的安全性，最好将MYSQL程序文件和数据分别安装在“不同的硬件”上。//usr 硬盘1/home/mysql /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文件中，系统就算是很好的恢复了。灾难恢复：数据本身被破坏的情况下确定破坏的时间点，然后从备份数据中恢复。应用的设计要点非用数据库不可吗？数据库的确可以简化很多应用的结构设计，但本身也是一个系统资源消耗比较大的应用。所以很多应用如果没有很高的实时统计需求的话，完全可以先记录到文件日志中，定期的导入到数据库中做后续统计分析。如果还是需要记录2维表结构，结构足够简单的话可以使用DBM结构。即使需要使用数据库的，

作者: admin 发布时间: 2003-03-30