标签：binary inno blog src 格式 mysqldump 还原 服务 mysqld
mysql -u root -p [dbname] < backup.sq
示例：
mysql -u root -p < C:\backup.sql
通过这种方式还原时，必须保证两个MySQL数据库的版本号是相同的。MyISAM类型的表有效，对于InnoDB类型的表不可用，InnoDB表的表空间不能直接复制
2.1 时间点的恢复建立在一下规则的基础上:
1 mysql服务器需要开启二进制日志--log-bin
查看所有binlog文件
查看当前binlog文件信息（包含文件名，当前位置等）
2 mysqlbinlog工具将binary log文件由二进制转换为可读的文本文件，可以选择基于时间或位置的事件。
3 从binary log文件中执行事件会导致数据的修改，表示要重做数据。命令为：
4 查看binlog的时间及位置信息我们可以讲binlog内容输出到终端或文本文件
5 将二进制日志输出到文件非常有用，比如我们想要删除某些我们不想执行的语句。
通过文本文件导入到数据库
2.2 多个binlog log日志的还原最好将所有文件使用一个连接完成，如果使用不同连接的话有时会导致不安全
例如：
如果第一个日志包含创建临时表语句CREATE TEMPORARY TABLE，第二个日志要使用该临时表，第一个导入binlog日志的进程退出后临时表会被删除，执行第二个日志文件要使用临时表时会因找不到而报 “unknown table.”
建议的方法：
方法1：
所有二进制文件放在单个连接里
方法2：
将所有二进制文件写在一个文件里执行
使用方法二如果二进制文件里包含GTID信息需要过滤掉
3 通过时间点或位置点的恢复
如果我们要跳过某个时间段或位置段，需要指定起止时间或位置信息
3.1 通过事件的时间来恢复
我们可以通过参数--start-datetime 和 --stop-datetime指定恢复binlog日志的起止时间点，时间使用DATETIME格式。
比如在时间点2005-04-20 10:00:00我们删除掉一个库，我们要恢复该时间点前的所有日志
我们可能几个小时后才发现该错误，后面又有一系列的增删查改等操作，我们还需要恢复后续的binlog，我们可以指定起始时间
通过该种方法恢复我们需要通过查看binlog日志知道发生误操作的确切时间点，查看日志我们可以先将日志输出到文本里
3.2 通过事件的位置来恢复
我们可以通过参数--start-position 和 --stop-position指定恢复binlog日志的起止位置点，通过位置的恢复需要我们有更加精细的操作，例如在某个时间点我们执行了错误的语句，且这个时间点前后都有大并发操作，要确定破坏性sql的时间点，我们可以先导出大致的时间段的日志到文件以缩小查找范围，再去分析和确定
确定好需要跳过的位置之后，我们就可以进行恢复了
注：mysqlbinlog工具的输出会在每条sql语句前增加 SET TIMESTAMP语句，恢复的数据及mysql日志反映当前时间。
标签：binary inno blog src 格式 mysqldump 还原 服务 mysqld
原文地址：http://www.cnblogs.com/fyc119/p/7529888.html
