1、查看更新备份时的数据

mysql> select * from t1;

+------+

| id   |

+------+

|    1 |

|    2 |

|    3 |

+------+

 

2、因为我的存储引擎是Myisam ，为了保证数据的一直我加了参数 –l 备份时不能对数据更新，如果是innodb引擎加参数 –single-transcation 即能保证数据一直性，有可以对数据更新-F 表示生成新的日志文件

# /usr/local/mysql/bin/mysqldump -uroot -p123456 -l -F data1 > data1.sql

 

3、备份后，对数据更新

mysql> insert into t1 values(4),(5),(6),(7);

mysql> select * from t1;

+------+

| id   |

+------+

|    1 |

|    2 |

|    3 |

|    4 |

|    5 |

|    6 |

|    7 |

+------+

 

4、

数据恢复时禁止binlog日志

# /usr/local/mysql/bin/mysql -uroot -p123456 -e "set global sql_log_bin=0"

 

# /usr/local/mysql/bin/mysql -uroot -p123456 -e "show global variables like 'sql_log_bin'\G"

*************************** 1. row ***************************

Variable_name: sql_log_bin

        Value: OFF

 

5、# /usr/local/mysql/bin/mysql -uroot -p123456 data1 < data1.sql

 mysql> select * from t1;

+------+

| id   |

+------+

|    1 |

|    2 |

|    3 |

+------+

 

6、

用mysqlbinglog恢复自mysqldump备份以来的binglog日志（不一定只有一个binlog日志）

/usr/local/mysql/bin/mysqlbinlog binlog.000028|/usr/local/mysql/bin/mysql -uroot -p123456  data1

 

mysql> select * from t1;

+------+

| id   |

+------+

|    1 |

|    2 |

|    3 |

|    4 |

|    5 |

|    6 |

|    7 |

+------+

7 rows in set (0.00 sec)

 

7、开启binglog日志功能

 

# /usr/local/mysql/bin/mysql -uroot -p123456 -e "set global sql_log_bin=1"

# /usr/local/mysql/bin/mysql -uroot -p123456 -e "show global variables like 'sql_log_bin'\G"

*************************** 1. row ***************************

Variable_name: sql_log_bin

        Value: ON

  

周一（2010.11.15）凌晨5点进行了数据库的全备，文件名为：all_bak.sql。全备文件中记录的日志位置是：MASTER_LOG_FILE='mysql-bin.000023', MASTER_LOG_POS=364; 自全备以来产生了3个新的日志文件，分别为mysql-bin.000024，mysql-bin.000025，mysql-bin.000026。其中三个增量日志的最后写入时间分别是上午10点，下午2点与下午6点。

恢复到某一时间点（可以结合开始位置，结束时间的方式）。

晚上发现中午12点10分左右由于问题使得12点10分以后的数据错乱，需要恢复之前数据。全备文件与增量备份文件完整。

（1）故障停机后，全备数据库

（2）恢复全备文件

mysql -uroot -proot test1<all_bak.sql

（3）恢复全备以来的增量日志文件到12点10分结束

 mysqlbinlog --no-defaults mysql-bin.000023 mysql-bin.000024 mysql-bin.000025  --start-position=364 --stop-datetime='2010-11-15 12:10:00' |mysql -uroot -proot

（4）抽查数据，开服务测试

跳过某一破坏性语句的恢复

晚上时发现下午有误删除了数据库中的一些数据，知道删除的命令和大概时间（下午4点左右），此时需要恢复出误删除的那部分数据。

（1）故障停机后，全备数据库

（2）恢复全备文件

mysql -uroot -proot test1<all_bak.sql

（3）依删除命令和大概时间在mysql-bin.000026中找出删除命令的开始和结束位置号。例如：6678 与6691

（4）恢复增量日志到删除命令开始的位置号。

mysqlbinlog --no-defaults mysql-bin.000023 mysql-bin.000024 mysql-bin.000025  mysql-bin.000026 --start-position=364 --stop-position=6678 |mysql -uroot -proot

（5）从删除命令的结束位置号开始恢复剩余的数据。

mysqlbinlog --no-defaults mysql-bin.000026 --start-position=6691|mysql -uroot -proot

（6）抽查数据，开服务测试

 

基于某个数据库的增量恢复

在同一台服务器上运行了多个数据库，可以分开全备数据库，但是增量日志是统一写在一起。所以当单个数据库故障时会对单个数据库进行恢复操作，而其他的数据库不允许停机。

（1）停止故障数据库对应服务，全备数据库

（2）恢复全备文件

mysql -uroot -proot test1<all_bak.sql

（3）恢复故障数据库对应的增量日志部分。

mysqlbinlog --no-defaults mysql-bin.000023 mysql-bin.000024 mysql-bin.000025  mysql-bin.000026 --start-position=364 --database=test1 |mysql -uroot -proot

 

备份数据恢复测试

定期对备份数据进行恢复测试，以抽查验证数据有效性。