123
 123

Tip: 看不到本站引用 Flickr 的图片? 下载 Firefox Access Flickr 插件 | AD: 订阅 DBA notes --

2018-09-11 Tue

12:15 删库之后不要着急跑路,这本书可以救命(含电子书下载) (4554 Bytes) » Oracle Life

作者:eygle 发布在 eygle.com

原文链接:http://www.enmotech.com/web/detail/1/591/1.html

点击原文链接下载书籍资源~~

早上在朋友圈刷了一张图,引起了很多朋友的反馈,其实老师们的心思你懂的。

当年悟空学艺于菩提祖师门下,老师遣他下山,悟空觉得自己蒙受师傅传授大恩,还没有报答。菩提祖师就说:不要提什么报答之恩,只要你日后闯出祸来不把为师说出来就行了。

1.jpg

我教过不少学生,于是玩笑的略改一句:日后你删了库后,不要把师傅说出来就行了。

(事实是:删了库之后,立刻马上给到打电话,还可以挽救的。)

话说日后,孙悟空真的删过一个数据库里的记录,这就是:生死薄。

2.jpg

孙悟空寿命只有342岁,在大闹地府那天其实阳寿已尽,在原著中曾这样写道:

"悟空亲自检阅,直到那魂字一千三百五十号上,方注着孙悟空名字,乃天产石猴,该寿三百四十二岁,善终。"

孙悟空哪能受得了这个,拿起生死簿把自己的名字就划了,不仅如此,他也不能让自己的猴子猴孙也经历生老病死,便顺手把生死簿中所有的猴子都给划掉了。

所以问题来了:

生死簿,这个庞大的数据库系统,如果没有灾备,没有备份,只有当前态,其数据就被永久的改变了。无可挽回。

从表象来看,生死薄是一个平板文件的日志记录,但是事实上并非如此,这内部一定是一个庞大而复杂的数据库系统,其中:

要存储所有生灵的出生寿元;

要存储所有生灵的善恶功德;

要存储所有的前世今生循环;

要存储所有生灵的关系关联;

要高并发高吞吐全宇宙联网;

大家想想这个数据结构要怎么设计?

数据量实在太大,分库分表分布式,这是少不了的;

主键唯一如何规划?

前世今生生生不息,关系网实在复杂;

天灾人祸批量处理高并发;

前车之鉴,容灾备份高可用必须要有?

太复杂了,还是作为面试题,找几个人问问,或者招个标搞个方案吧!

3.jpg

投标应标咱不管了,可是删除了数据库怎么办?

我当年曾经写过一本书,书名是《数据安全警示录》:

4.jpg

这本书中记录大量关于『删库跑路』的惨痛教训,例如:

5.jpg

7.jpg

在『教师节』这个神圣的日子里,我将这本书再次发送出来,给大家作为参考,以后删库之后,可以不一定需要跑路,关注公众号回复:DBA04 ,获得本书电子版下载。

当然除此之外,任何时间,您都可以呼叫云和恩墨 24x7 紧急救援电话。

相关文章|Related Articles

2018-09-10 Mon

20:37 Stats time (1 Bytes) » Oracle Scratchpad
A

2018-09-09 Sun

08:37 积家复刻手表成为了更多人的选择 (1523 Bytes) » dba on unix

如今的社会是一个互联网高度发达的社会,有很多人在购买一些产品的时候,基本上都是通过互联网这样一种途径来实现的,如果要求购买积家复刻手表的话,也同样是如此,因为如果通过互联网来进行一些产品的购买的话,效果会非常显著,同时也能够给自己带来更多的帮助。

积家复刻手表在进行购买的过程当中,一定要通过一些比较正规的途径进行购买,只有这样才能够给自己带来更好的一个使用效果,在购买的时候也不能够贪图便宜,就购买一些质量没有保证,然后细节做工非常差的手表,这种手表就是在购买的时候就相当于浪费钱,但是手表的购买过程当中可以去检查一下手表的性能,然后看一下这个手表拨针的松紧度是否是足够灵活的。

因为现在这个复刻手表的市场正在不断的扩大,所以越来越多的人会通过一些有效的途径来购买复刻手表,再加上现在在网上的话,也会有各种各样不同的款式,所以如果能够直接了解到产品的质量以及一些相关的情况的话,通过这种方式购买,相对也会比较的方便,而且能够给自己带来更多的利益。