教师节快乐:删了库之后，不要着急跑路
今天是教师节，祝天下的老师们：节日快乐，身体康健，授业解惑，桃李天下！
早上在朋友圈刷了一张图，引起了很多朋友的反馈，其实老师们的心思你懂的。
当年悟空学艺于菩提祖师门下，老师遣他下山，悟空觉得自己蒙受师傅传授大恩，还没有报答。菩提祖师就说：不要提什么报答之恩，只要你日后闯出祸来不把为师说出来就行了。
我教过不少学生，于是玩笑的略改一句：日后你删了库后，不要把师傅说出来就行了。
（事实是：删了库之后，立刻马上给到打电话，还可以挽救的。）
话说日后，孙悟空真的删过一个数据库里的记录，这就是：生死薄。
孙悟空寿命只有342岁，在大闹地府那天其实阳寿已尽，在原著中曾这样写道：
“悟空亲自检阅，直到那魂字一千三百五十号上，方注着孙悟空名字，乃天产石猴，该寿三百四十二岁，善终。”
孙悟空哪能受得了这个，拿起生死簿把自己的名字就划了，不仅如此，他也不能让自己的猴子猴孙也经历生老病死，便顺手把生死簿中所有的猴子都给划掉了。
所以问题来了：
生死簿，这个庞大的数据库系统，如果没有灾备，没有备份，只有当前态，其数据就被永久的改变了。无可挽回。
从表象来看，生死薄是一个平板文件的日志记录，但是事实上并非如此，这内部一定是一个庞大而复杂的数据库系统，其中：
要存储所有生灵的出生寿元；
要存储所有生灵的善恶功德；
要存储所有的前世今生循环；
要存储所有生灵的关系关联；
要高并发高吞吐全宇宙联网；
大家想想这个数据结构要怎么设计？
数据量实在太大，分库分表分布式，这是少不了的；
主键唯一如何规划？
前世今生生生不息，关系网实在复杂；
天灾人祸批量处理高并发；
前车之鉴，容灾备份高可用必须要有？
太复杂了，还是招个标吧！
投标应标咱不管了，可是删除了数据库怎么办？
我当年曾经写过一本书，书名是《数据安全警示录》：
这本书中记录大量关于『删库跑路』的惨痛教训，例如：
在『教师节』这个神圣的日子里，我将这本书再次发送出来，给大家作为参考，以后删库之后，可以不一定需要跑路，关注公众号回复：DBA04 ，获得本书电子版下载。
当然除此之外，任何时间，您都可以呼叫云和恩墨 24x7 紧急救援电话。
资源下载
关注公众号：数据和云（OraNews）回复关键字获取
2018DTCC , 数据库大会PPT
2017DTC，2017 DTC 大会 PPT
DBALIFE ，“DBA 的一天”海报
DBA04 ，DBA 手记4 电子书
122ARCH ，Oracle 12.2体系结构图
2017OOW ，Oracle OpenWorld 资料
PRELECTION ，大讲堂讲师课程资料