最近工作中又遇到生产环境数据库的表被删除的情况，其实这样的事情本不该发生。

几个小建议：

1. 生产环境数据库开发人员只能有查询权限，甚至级别低的开发根本没权限查生产系统，类似表的删除交给专业的DBA来操作，当然有些单位没有所谓的DBA.
   

2. 专职的DBA基本都具备一个属性，就是每一步的操作都会考虑好后果，所以删除表之前都会有一个备份。

3. 建立审核制度，truncate 、drop、 rm这样的操作可能是致命的，必须要审核。

4. 可以先rename表，比如把表rename成bak_date_tablename,定期去清理一下。

5. 数据库每天的备份必不可少，管他逻辑备份还是物理备份，都是必须有的，看看你家数据库有没有，数据丢失从来都不是一件小事。

接下来说说，数据库的一个小功能，“延迟复制”

Oracle dataguard 有延迟复制，MysqL 5.6也有延迟复制，老司机建议您在有条件的情况下，可以开启延迟复制，一旦数据丢失，我们也可以及时恢复数据。

--Oracle

sql> select switchover_status,open_mode from v$database;

SWITCHOVER_STATUS OPEN_MODE

-------------------- --------------------

NOT ALLOWED READ ONLY WITH APPLY

sql> alter database recover managed standby database cancel;

Database altered.

sql> alter database recover managed standby database delay 5 disconnect from session; --5分钟，可以按照小时来设置

Database altered.

--alter*.log

RFS[2]: Selected log 4 for thread 1 sequence 51 dbid 1483481154 branch 955700418

Fri Sep 29 20:39:39 2017

Media Recovery Delayed for 5 minute(s) (thread 1 sequence 50)

Fri Sep 29 20:39:47 2017

Archived Log entry 48 added for thread 1 sequence 51 ID 0x58707be4 dest 1:

Fri Sep 29 20:39:47 2017

--MysqL

MysqL>stop slave;
MysqL>CHANGE MASTER TO MASTER_DELAY = 600；
MysqL>start slave;
MysqL>show slave status \G;

具体怎么利用延迟复制来恢复数据，大家需要自己做测试了哈

作为一个合格的DBA，不会只有一种方法恢复数据的。尽量不要出现误删除操作，毕竟恢复数据的过程，业务也会中断，损失在所难免的。

话说有没有热爱打篮球的兄弟，周末可以交流一下数据库技术和球技哈~