mysql数据库备份及瘦身.docVIP

mysql数据库备份及瘦身 mysql 数据库备份及ibdata1的瘦身(转) ============================================================================== 昨天做一大数据量的测试后，发现中途报错，最后查明是由于磁盘空间不足所致。 发现Mysql的ibdata1单个文件就占80G，传说ibdata1是InnoDB的产物，而且只会增大不会减少。 这次被碰到不得不解决了，上网搜了一下解决方法。大体思路就是备份数据，然后删除数据库再还原数据库。 由于这台机上有N个项目的数据库，每敲一个命令都命人心惊胆战。生怕弄错命令后导致全盘数据丢失。可恨的是参数的那篇文件里备份的参数里少了‘存储过程’的备份。让我苦恼万分！如今记下修正后的瘦身**： # 备份数据库： 注:如果有存储过程记得加个参数（--routines）即里面的--routines /usr/local/mysql/bin/mysqldump -uDBuser -pPassword --quick --force --routines --add-drop-database --all-databases --add-drop-table /data/bkup/mysqldump.sql # 停止数据库 service mysqld stop # 删除这些大文件 rm /usr/local/mysql/var/ibdata1 rm /usr/local/mysql/var/ib_logfile* : /usr/local/mysql/var/mysql-bin.index # 手动删除除Mysql之外所有数据库文件夹，然后启动数据库 service mysqld start # 还原数据 /usr/local/mysql/bin/mysql -uroot -phigkoo /data/bkup/mysqldump.sql 主要是使用Mysqldump时的一些参数，建议在使用前看一个说明再操作。另外备份前可以先用MySQLAdministrator看一下当前数据库里哪些表占用空间大，把一些不必要的给truncate table掉。这样省些空间和时间。 ? MySQLdump增量备份、完全备份与恢复 ---------------------------------------------------------------------------------- 在数据库表丢失或损坏的情况下，备份你的数据库是很重要的。如果发生系统崩溃，你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。场景：每周日执行一次完全备份，每天下午1点执行MySQLdump增量备份 MySQLdump增量备份配置 执行增量备份的前提条件是MySQL打开log-bin日志开关，例如在my.ini或f中加入 log-bin=/opt/Data/MySQL-bin “log-bin=”后的字符串为日志记载目录，一般建议放在不同于MySQL数据目录的磁盘上。 MySQLdump增量备份 假定星期日下午1点执行完全备份，适用于MyISAM存储引擎。 MySQLdump –lock-all-tables –flush-logs –master-data=2 -u root -p test backup_sunday_1_PM.sql 对于InnoDB 将–lock-all-tables替换为–single-transaction flush-logs 为结束当前日志，生成新日志文件 master-data=2 选项将会在输出SQL中记录下完全备份后新日志文件的名称， 用于日后恢复时参考，例如输出的备份SQL文件中含有： CHANGE MASTER TO MASTER_LOG_FILE=’MySQL-bin.000002′, MASTER_LOG_POS=106; MySQLdump增量备份其他说明： 如果MySQLdump加上–delete-master-logs 则清除以前的日志，以释放空间。但是如果服务器配置为镜像的复制主服务器，用MySQLdump –delete-master-logs删掉MySQL二进制日志很危险，因为从服务器可能还没有完全处理该二进制日志的内容。在这种情况下，使用 PURGE MASTER LOGS更为安全。 每日定时使用 MySQLadmin flush-logs来创建新日志，并结束前一日志写入过程。并把前一日志备份，例如上例中开始保存数据目录下的日志文件 MySQL-bin.000002 , …