失手删表删库，赶紧跑路？！
在数据资源日益宝贵的数字时代
公司最怕什么？
人还在，库没了
是粮库、车库，还是小金库？
实际上，
这里的“库”
是指的数据库
Ta是公司各类信息的保险柜
小到企业官网和客户信息
大到金融机构的资产数据和国家秘密
即便没有跟数据库产生直接交集
Ta也在背后默默支持我们的工作与生活
比如网上“剁手”、取钱、数据查询......
一转身，
就能看到Ta辛勤搬砖的身影
这年头，
谁还没个愿意为自己付出的“人”呢？
而数据库中存储的各种表格数据
则是公司业务得以正常运营的基础
表没，钱没~
作为公司业务运营的核心支撑
数据库的管理当然要专人专职
这时候
DBA闪亮登场了
看似平平无奇的他们
除了会挑选七彩斑斓的格子衬衫外
还掌握着公司正常运转的命门
毕业就加入公司的小王
从懵懂的技术小白成长为资深DBA王工
看着日渐稀疏的头发，小王觉得这一切值得
作为资深的DBA
小王知道“删表跑路”不是网络段子
此类事件屡见不鲜
公司失去的是数据资产
而他们失去的则是人身自由
今天，是小王被女神拒绝的101次
领导老张还叨叨小王最近胖了秃了
双重打击让心不在焉的小王烦躁不安
伴随着鼠标的“咔嗒”一声
安静的研发中心突然炸开了锅
惊恐声把小王的魂叫了回来
原来是不小心把公司的业务表误删了
常在河边走，这次湿了鞋了！
小王设想了无数种逃亡方案
想到今后越来越有“判头”的日子
小王瑟瑟发抖
看着濒临窒息的小王，
老张于心不忍地说道：
看着一顿猛操作的老张，
平时的絮絮叨叨不见踪影，
只剩下光环了~
看着眼里只满是崇拜的小王
老张“好为人师”的心瘾开始作祟
老张告诉小王，在金仓数据库中，虽然也可以通过分析日志来确定表的删除时间，并恢复数据。
但此类方案的处理时间通常较长（整库的不完全恢复所涉及的数据量太大，在恢复数据并导出后，还需再进行一次数据库的完全恢复，并合并被删除的数据，因此耗时较长）。对于线上业务，过长的停机时间不仅会给企业带来严重的经济损失，而且会产生负面的社会影响，降低企业信誉。
金仓数据库KingbaseES为解决这一难题，实现了数据库闪回功能，可将表删除的恢复时间由数小时缩短至分钟级。
在金仓数据库KingbaseES中使用闪回功能，只需要在kingbase.conf配置一个参数即可。
紧接着，老张给小王做了一个演示，以备不时之需。
他先创建两个表，并插入测试数据。
然后删除t_user表，并在t_goods表中继续插入数据。
金仓数据库KingbaseES提供了一个视图，可以查询出表的删除信息。
如果我们需要了解表的精确删除时间，可以直接查询recyclebin视图，快速得到表的精确删除时间。
相比其它数据库数据库的日志分析确定表删除时间并进行不完全恢复的方法，这简直太便捷了，然而更方便的还在后面。
通过闪回（flashback）这一特性，恢复被删除的表，根本无需了解表的精确删除时间，只需要在命令中指定before drop关键字即可。而且，不同于使用基于时间点的不完全恢复，使用flashback只恢复了这个被删除的表及其数据，对于在删除表之后进行的业务操作，则完全不受闪回操作的影响。
老张一脸得意的说完后，喝了一口他的陈年老茶
看着惊魂未定的小王，
他知道小王从今往后对他只有：
历经此事，小王悟出了一个道理：
爱情只是生活的调味品，
倘若删了库表，他失去的则是自由
这天，学习完金仓数据库的小王精神抖擞地去了健身房
作为资深的DBA，
不仅要技术好，还要体能好
他要开始练习跑步，
以备不时之需强身健体，
用好的体魄，迎接工作中的各种挑战。
最后，
真诚奉劝广大DBA们，
凡事莫冲动，删库跑路一时爽，入狱坐牢好凄凉。
供稿：战略市场部 / 产品管理部
编辑：糖酥
校对：日尧