mariadb 的库被人 drop 了，求能恢复的人

levywang

2017-01-23 19:51:21 +08:00

加一句，挺急的

paranoiagu

2017-01-23 19:52:48 +08:00

补充， ibdata1 文件在 1.4 g

jarlyyn

2017-01-23 19:53:24 +08:00

关键看你有没有 Binlog,有没有老备份

参考

http://blog.campusapp.cn/2016/03/22/2016-03-22-mysql%E4%BD%BF%E7%94%A8binlog%E6%81%A2%E5%A4%8D%E6%95%B0%E6%8D%AE/

paranoiagu

2017-01-23 20:10:53 +08:00

昨晚的备份文件不完整，刚才已经尝试导入昨天的备份。（导后才发现不完整）
彻底废了。。。。。。

paranoiagu

2017-01-23 20:11:36 +08:00

只有上月的数据了。

jarlyyn

2017-01-23 20:22:14 +08:00

@paranoiagu

上个月也没关系的，有 Binlog 就可以

paranoiagu

2017-01-23 20:45:50 +08:00

@jarlyyn 没有开。。。。

shiny

2017-01-23 21:38:27 +08:00

从这个帖子可以学习到，没有经过验证的备份等于没备份。

wdlth

2017-01-23 21:41:20 +08:00

不开 binlog 也敢跑……

nfroot

2017-01-23 23:13:07 +08:00

@shiny 不解，为什么备份会不完整呢 0 0.

dangyuluo

2017-01-23 23:19:56 +08:00

完全没办法想象，为什么会把这种端口暴露在公网。

cxbig

2017-01-23 23:35:04 +08:00

数据库应该每天都有一个有效备份
数据库只能让所在的 subnet 其他机器访问
登录内网必须先 SSH 堡垒机，只允许非 root 的 key-pair 方式
办公室以外的远程登录要先挂上堡垒机的 VPN ，至少是 L2TP via IPsec 级别

likuku

2017-01-23 23:58:17 +08:00

没有有效的备份？节哀顺变。

kaneg

2017-01-24 00:07:36 +08:00

很多时候，失去了才知道珍惜。很多人意识不到备份的重要性，觉得是浪费时间和空间，根本不知道关键时候备份能救命。

msg7086

2017-01-24 07:46:10 +08:00

Let me google it for you: https://twindb.com/recover-after-drop-table-innodb_file_per_table-is-off/

如果你当场断电保护好现场的话，数据是可以救回来的。

paranoiagu

2017-01-24 08:17:06 +08:00

感谢各位，当时最大的错误就是没保护现场，应该用另一个机器恢复数据库。

paranoiagu

2017-01-24 08:21:54 +08:00

@nfroot mysqldump 到一半就失败了。可能那个表放了附件，比较大，导致 dump 失败。备份文件又是每天变大的，所以以为都是完整备份。

paranoiagu

2017-01-24 08:35:22 +08:00

@msg7086 那工具 twindb 闭源了，有存货么？共享一个。

evlos

2017-01-24 10:23:02 +08:00

卧槽，附件放表里了？！ 66666666

paranoiagu

2017-01-24 10:34:15 +08:00

@evlos 是啊。一直这么干的，以前是 oracle 为主，现在开始用 mysql 了。