1 确认log_bin是否打开
1
2
3
4
5
6
7
mysql> show global variables like 'log_bin';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin | ON |
+---------------+-------+
1 row in set (0.00 sec)
如果没有开启在配置文件里my.cnf,添加
[mysqld]
log-bin=mysql-bin
2 在test库里面新建一个表upl
1
2
3
4
5
6
7
8
9
10
11
12
use test;
create table upl;
插入数据
insert into upl values (1,'tom'),(2,'mary'),(3,'bean');
查看数据
mysql> select * from upl;
+------+------+
| id | user |
+------+------+
| 1 | tom |
| 2 | mary |
| 3 | bean
3 在时间点a备份数据库test
mysqldump -uroot -p --databases test > /data/test.sql
4 时间点b再次登录数据库,创建表test.t2
1
2
3
4
5
6
7
8
9
10
11
12
13
mysql> create table t2 (a int);
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t2 values(10);
Query OK, 1 row affected (0.02 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t2;
+------+
| a |
+------+
| 10 |
+------+
1 row in set (0.00 sec)
5 在时间点c删除upl,t2
drop table upl;
drop table t2;
6 要求恢复到时间点b (upl和t2同时存在)
先恢复全库 mysql -uroot -p < /data/test.sql
登录mysql发现upl表已经存在了
挖掘log-bin日志 mysqlbinlog --start-datetime='2016-10-21 14:46:10' --stop-datetime='2016-10-21 14:50:35' mysql-bin.000001 > recovery.sql
说明:这两个时间点只能取大概的时间,不能确定精确的时间,可以写上面数据库备份完的那个时间,结束时间就写删除某个表的时间(大概) 这个 mysql-bin.000001 日志文件选择最新的那个(距离删除时间最近的)
然后再把这个recovery.sql倒入到数据库里
mysql -uroot -p < recovery.sql
再次登录mysql数据库,发现t2也已经存在了,到此全部恢复完成!
运维网声明
1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网 享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com