对MySQL备份和恢复的具体描述

　　以下的文章主要介绍的是MySQL备份和恢复的实际操作与具体应用，我们大家都知道 MySQL备份和恢复在实际操作中其应用率还是很高的，以下的文章就是对MySQL备份和恢复的实际操作的具体内容的描述  。

　　备份/恢复策略：

　　1. 要定期做 MySQL备份，并考虑系统可以承受的恢复时间  。

　　2. 确保 MySQL 打开log-bin，有了 binarylog，MySQL才可以在必要的时候做完整恢复，或基于时间点的恢复，或基于位置的恢复  。

　　3. 要经常做备份恢复测试，确保备份是有效的，并且是可以恢复的  。

　　冷备份

　　备份：

　　1. 停掉 MySQL服务，在操作系统级别备份 MySQL的数据文件  。

　　2. 重启 MySQL服务，备份重启以后生成的 binlog  。

　　恢复：

　　1. 停掉 MySQL服务，在操作系统级别恢复 MySQL的数据文件  。

　　2. 重启 MySQL服务，使用 MySQLbinlog恢复自MySQL备份以来的 binlog  。

　　逻辑备份

　　备份：

　　1. 选择在系统空闲时，比如在夜间，使用 MySQLdump –F(flush-logs)备份数据

　　库  。

MySQLdump –u root –p*** pointcard –F > pointcard.sql 

　　2. 并备份 MySQLdump开始以后生成的 binlog  。

　　恢复：

　　1. 停掉应用，执行 MySQL 导入备份文件.

MySQL –u root –p*** pointcard < pointcard.sql 

　　2. 使用 MySQLbinlog 恢复自MySQLdump 备份以来的binlog  。

　　MySQLbinlog $HOME/data/MySQL-bin.123456 | MySQL -u root –p***

　　单个表的备份：

　　备份：

　　1. 方法 1：

MySQL > select * into outfile ‘/tmp/order_tab’ fields-terminated-by=’,’ from order_tab; 

　　2. 方法 2：

MySQLdump –u root –p*** –T /tmp pointcard order_tab --fields-terminated-by=’,’; 

　　恢复：

　　1. 方法 1：

MySQL > load data [local] infile ‘/tmp/order_tab’ into table order_tab fields-terminated-by=’,’; 

　　2. 方法 2：

MySQLimport –u root –p*** [--local] pointcatd order_tab.txt --fields-terminated-by=’,’; 

　　注意：如果导入和导出是跨平台操作的（windows和 linux），那么要注意设置参数line-

　　terminated-by， windows上设置为 line-terminated-by=’\r\n’，linux上设置为

line-terminated-by=’\n’. 

　　使用MySQL备份工具ibbackup

　　ibbackup是 innodb公司（www.innodb.com)的一个热备份工具，专门对 innodb存储引擎进行物理热备份，此工具是收费的，不能免费使用  。现在innodb 公司已经被oracle收购

　　使用方法：

　　编辑用于启动的配置文件my.cnf和用于备份的配置文件my2.cnf

　　my.cnf的例子如下：

　　代码

[MySQLd]  
datadir = /home/heikki/data   
innodb_data_home_dir = /home/heikki/data  
innodb_data_file_path = ibdata1:10M:autoextend  
innodb_log_group_home_dir = /home/heikki/data  
set-variable = innodb_log_files_in_group=2  
set-variable = innodb_log_file_size=20M  

　　如果想备份到/home/heikki/backup，则my2.cnf的例子如下：

　　代码

[MySQLd]datadir = /home/heikki/backupinnodb_data_home_dir = 
　　
/home/heikki/backupinnodb_data_file_path = ibdata1:10M:autoextendinnodb_log_group_home_dir = /home/heikki/backupset-variable = innodb_log_files_in_group=2  
set-variable = innodb_log_file_size=20M  

　　开始备份ibbackup my.cnf my2.cnf如果需要恢复，则进行日志重做ibbackup --apply-log my2.cnf恢复后重启数据库服务./bin/MySQLd_saft --defaults-file=my2.cnf &

　　时间点恢复：

　　1. 如果上午 10点发生了误操作，可以用以下语句用备份和 binglog将数据恢复到故

　　障前：

MySQLbinlog --stop-date="2005-04-20 9:59:59" 
/var/log/MySQL/bin.123456 | MySQL -u root –pmypwd 

　　2. 跳过故障时的时间点，继续执行后面的 binlog，完成恢复

MySQLbinlog --start-date="2005-04-20 10:01:00" 
/var/log/MySQL/bin.123456| MySQL -u root -pmypwd \ 

　　位置恢复：

　　和时间点恢复类似，但是更精确，步骤如下：

MySQLbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20  
10:05:00" /var/log/MySQL/bin.123456 > /tmp/MySQL_restore.sql 

　　该命令将在/tmp目录创建小的文本文件，编辑此文件，找到出错语句前后的位置号 ，例如前后位置号分别是368312 和368315  。恢复了以前的MySQL备份文件后，你应从命令行输入下面内容：

MySQLbinlog --stop-position="368312" /var/log/MySQL/bin.123456 \  
| MySQL -u root -pmypwd  
MySQLbinlog --start-position="368315" /var/log/MySQL/bin.123456 \  
| MySQL -u root -pmypwd \ 

　　上面的第1 行将恢复到停止位置为止的所有事务  。下一行将恢复从给定的起始位置

　　直到二进制日志结束的所有事务  。因为MySQLbinlog 的输出包括每个SQL 语句记录

　　之前的SET TIMESTAMP 语句，恢复的数据和相关MySQL 日志将反应事务执行的原时

　　间  。

　　MyISAM表修复：

　　一张损坏的表的症状通常是查询意外中断并且能看到下述错误：

　　? “tbl_name.frm”被锁定不能更改  。

　　? 不能找到文件“tbl_name.MYI”（Errcode：nnn）  。

　　? 文件意外结束  。

　　? 记录文件被毁坏  。

　　? 从表处理器得到错误nnn

　　解决方法如下：

　　方法一：

myisamchk -r tablename 

　　上面的方法几乎能解决所有问题，如果不行，则使用：

myisamchk -o tablename 

　　方法二：

1) CHECK TABLE tbl_name [, tbl_name] ... [option] ...  
option = {QUICK | FAST | MEDIUM | EXTENDED | CHANGED}  
2) REPAIR [LOCAL | NO_WRITE_TO_BINLOG] TABLE  
tbl_name [, tbl_name] ... [QUICK] [EXTENDED] [USE_FRM]  

　　以上的相关内容就是对MySQL备份与恢复的介绍，望你能有所收获  。