阅读本文大概须要 1.4 分钟。程序员
当年悟空学艺于菩提祖师门下，老师遣他下山，悟空以为本身蒙受师傅传授大恩，尚未报答。菩提祖师就说：不要提什么报答之恩，只要你往后闯出祸来不把为师说出来就好了。面试
我据说过挺多删库的事件，因而开玩笑的略改一下：“往后你删了库后，不要把师傅说出来就好了”，不知道那些删库的工程师们，其师傅有没有交代过这句话，emmm。。。数据库
话说往后，孙悟空真的删过一个数据库里的记录，这就是：生死薄。微信
孙悟空寿命只有342岁，在大闹地府那天其实阳寿已尽，在原著中曾这样写道：数据结构
“悟空亲自检阅，直到那魂字一千三百五十号上，方注着孙悟空名字，乃天产石猴，该寿三百四十二岁，善终。”并发
孙悟空哪能受得了这个，拿起生死簿把本身的名字就划了，不只如此，他也不能让本身的猴子猴孙也经历生老病死，便顺手把生死簿中全部的猴子都给划掉了。运维
因此问题来了：分布式
生死簿，这个庞大的数据库系统，若是没有灾备，没有备份，只有当前态，其数据就被永久的改变了。无可挽回。高并发
从表象来看，生死薄是一个平板文件的日志记录，可是事实上并不是如此，这内部必定是一个庞大而复杂的数据库系统，其中：优化
要存储全部生灵的出生寿元；
要存储全部生灵的善恶功德；
要存储全部的前世此生循环；
要存储全部生灵的关系关联；
要高并发高吞吐全宇宙联网；
你们想一想这个数据结构要怎么设计？
数据量实在太大，分库分表分布式，这是少不了的；
主键惟一如何规划？
前世此生生生不息，关系网实在复杂；
天灾人祸批量处理高并发；
前车可鉴，容灾备份高可用必需要有？
太复杂了，仍是做为面试题，找几我的问问，或者招个标搞个方案吧！
投标应标咱无论了，但是删除了数据库怎么办？
等传票？拿护照？跑路去？nonono ！以 MySQL 为例，这里对删库语句作下分类：
1. 使用 delete 语句误删数据行，经过闪回 +binlog 能够找回；
2. 使用 drop table/database 或者 truncate table 语句误删数据库/表，经过全量数据按期备份 +binlog 能够找回；
3. 使用 rm -rf 命令误删整个 MySQL 实例，只要还有备份节点就能够找回。
一分钟系列的文章，篇幅有限，这里只简单介绍下采起什么补救措施，不写详细内容，想看详细的文章，能够在下方或后台给我留言。
操做需谨慎，删库别跑路！
·END·
程序员的成长之路
路虽远，行则必至
微信ID:cxydczzl
往期精彩回顾