MySQL备份恢复第二篇

MySQL中的数据恢复功能相比Oracle来说还是要单薄一些，而Oracle中的数据恢复相对来说自动化的程度要高一些。不过Mysql的二进制日志提供的信息很丰富，而日志信息在Oracle中式完全屏蔽的，对于数据的恢复可能MySQL也很灵活。
我们来模拟一下通过完整备份+增量备份(binlog)的方式来恢复。
首先我们来选择一个表new_test作为恢复的参考点。
mysql> select count(*)from new_test;
+----------+
| count(*) |
+----------+
|    32081 |
+----------+
1 row in set (0.02 sec)

查看一下binlog的情况，这个可以作为后续的恢复使用。
mysql> show binary logs ;
+-----------------------+-----------+
| Log_name              | File_size |
+-----------------------+-----------+
| mysql_oel1_bin.000001 |   3413422 |
| mysql_oel1_bin.000002 |       356 |
+-----------------------+-----------+
2 rows in set (0.00 sec)
mysql> \q
Bye
我们来做一个完全备份。
[mysql@oel1 full_bak]$ mysqldump -u root --lock-all-tables --master-data=2 --flush-logs --all-databases > full.sql
[mysql@oel1 full_bak]$ ll
total 1672
-rw-r--r-- 1 mysql dba 1704276 Apr 14 18:50 full.sql

做完备份，我们尝试做一些数据变更，这样模拟增量备份就更清楚了。
mysql> insert into new_test select *from new_test limit 1,5;
Query OK, 5 rows affected, 1 warning (0.01 sec)
Records: 5  Duplicates: 0  Warnings: 1
mysql> select count(*)from new_test;
+----------+
| count(*) |
+----------+
|    32086 |
+----------+
1 row in set (0.02 sec)
可以看到在全量备份的时候指定刷新日志，日志增长了一个。
mysql> show binary logs;
+-----------------------+-----------+
| Log_name              | File_size |
+-----------------------+-----------+
| mysql_oel1_bin.000001 |   3413422 |
| mysql_oel1_bin.000002 |       408 |
| mysql_oel1_bin.000003 |       356 |
+-----------------------+-----------+
3 rows in set (0.00 sec)
这个时候我们可以备份binlog，为了更加简化，我们可以直接导出二进制日志中的sql
[mysql@oel1 data]$ mysqlbinlog  mysql_oel1_bin.000003 > /u02/mysql/bak/new_bak/new.sql
这个时候我们做了一个大胆的决定，删除所有的数据，直接到data目录下，全部删除，删删删。
[mysql@oel1 data]$ rm -rf *
这个时候直接去停Mysql都会有问题，我们来通过mysqladmin来停。
[mysql@oel1 data]$ mysqladmin -u root shutdown
[mysql@oel1 data]$ 150414 18:54:34 mysqld_safe mysqld from pid file /u02/mysql/data/oel1.pid ended
这个时候查看mysql进程的情况。
[mysql@oel1 data]$ pstree -p|grep mysql

做完破坏，任务开始了，我们来做恢复，先来尝试一下是否能启动Mysql，毫无疑问启动失败。
[mysql@oel1 mysql]$MYSQL_BASE/bin/mysqld_safe --user=mysql --basedir=$MYSQL_BASE --datadir=$MYSQL_DATA --port=1550 --log-bin=mysql_oel1_bin  --log-error=/u02/mysql/log/log_error.log   --long_query_time=5 --slow-query-log=true --slow-query-log-file=/u02/mysql/log/slow_qeury.log &
[mysql@oel1 mysql]$ 150414 18:55:20 mysqld_safe Logging to '/u02/mysql/log/log_error.log'.
150414 18:55:21 mysqld_safe Starting mysqld daemon with databases from /u02/mysql/data
150414 18:55:22 mysqld_safe mysqld from pid file /u02/mysql/data/oel1.pid ended
[mysql@oel1 mysql]$ pstree -p|grep mysql
但是数据目录下生成了一些文件这是在初始化的时候创建的，但是最后无功而返。我们也不需要，可以直接删除。
[mysql@oel1 mysql]$ cd data
[mysql@oel1 data]$ ll
total 110724
-rw-rw---- 1 mysql dba       56 Apr 14 18:55 auto.cnf
-rw-rw---- 1 mysql dba 12582912 Apr 14 18:55 ibdata1
-rw-rw---- 1 mysql dba 50331648 Apr 14 18:55 ib_logfile0
-rw-rw---- 1 mysql dba 50331648 Apr 14 18:55 ib_logfile1
-rw-rw---- 1 mysql dba      120 Apr 14 18:55 mysql_oel1_bin.000001
-rw-rw---- 1 mysql dba       24 Apr 14 18:55 mysql_oel1_bin.index
[mysql@oel1 data]$ rm -rf *
这个时候我们来做初始化，就更重新弄创建MySQL一样。
[mysql@oel1 mysql]$ $MYSQL_BASE/scripts/mysql_install_db --user=mysql --basedir=$MYSQL_BASE --datadir=$MYSQL_DATA  --port=1550
然后启动MySQL服务。
[mysql@oel1 mysql]$MYSQL_BASE/bin/mysqld_safe --user=mysql --basedir=$MYSQL_BASE --datadir=$MYSQL_DATA --port=1550 --log-bin=mysql_oel1_bin  --log-error=/u02/mysql/log/log_error.log   --long_query_time=5 --slow-query-log=true --slow-query-log-file=/u02/mysql/log/slow_qeury.log &
启动的过程很快，从日志中看到启动成功。
[mysql@oel1 mysql]$ 150414 18:57:14 mysqld_safe Logging to '/u02/mysql/log/log_error.log'.
150414 18:57:14 mysqld_safe Starting mysqld daemon with databases from /u02/mysql/data
对应的mysql进程也都起来了。
[mysql@oel1 mysql]$ pstree -p|grep mysql
        |-mysqld_safe(20548)---mysqld(20781)-+-{mysqld}(20803)
        |                                    |-{mysqld}(20804)
        |                                    |-{mysqld}(20805)
        |                                    |-{mysqld}(20806)
        |                                    |-{mysqld}(20807)
        |                                    |-{mysqld}(20808)
        |                                    |-{mysqld}(20809)
        |                                    |-{mysqld}(20810)
        |                                    |-{mysqld}(20811)
        |                                    |-{mysqld}(20812)
        |                                    |-{mysqld}(20814)
        |                                    |-{mysqld}(20815)
        |                                    |-{mysqld}(20816)
        |                                    |-{mysqld}(20817)
        |                                    |-{mysqld}(20818)
        |                                    |-{mysqld}(20819)
        |                                    |-{mysqld}(20820)
        |                                    |-{mysqld}(20821)
        |                                    |-{mysqld}(20822)
        |                                    `-{mysqld}(20823)
这个时候来做恢复，先来恢复最初的全量备份。                
[mysql@oel1 full_bak]$ mysql -u root [mysql@oel1 full_bak]$ 
查看数据的情况，数据是最开始的状态了。
mysql> select count(*)from new_test;
+----------+
| count(*) |
+----------+
|    32081 |
+----------+
1 row in set (0.03 sec)
然后我们来部署最新的增量备份，就是二进制日志导出的sql文件
[mysql@oel1 new_bak]$ mysql -u root 数据就这样恢复了。
mysql> select count(*)from new_test;
+----------+
| count(*) |
+----------+
|    32086 |
+----------+
1 row in set (0.02 sec)
不过整个过程中，没有考虑实时的数据变化情况，对于binlog的备份就显得更为重要。要不很多最新的变更就会丢失。