|
|
51CTO旗下网站
|
|
移步端
  • 几万年前,有一只猴子大闹地府后删库跑路...

    话说几万年前,有一只猴子在大闹地府删库跑路,导致地府几世纪没缓过劲儿来......

    笔者:51CTO 来源:互联网| 2019-12-23 10:02

    话说几万年前,有一只猴子在大闹地府删库跑路,导致地府几世纪没缓过劲儿来......

    在知乎上冒出这么一个问题:“孙悟空无姓无名的时节,阎王生死簿是怎么写的呢?”

    生死薄技术上如何实现?科普人民在生死薄中的唯一标记是什么?阴间必发娱乐登录是什么样一个必发娱乐登录?于是乎脑洞大开的程序员开始了她们的演出.....

    地狱必发娱乐登录系统到底是什么样的?

    来自知乎网友大海的回答:

          
    1. https://www.zhihu.com/question/29775354/answer/45744415 

    其一题目让我对地狱必发娱乐登录系统(Hell-DBMS )拓展了几线小思考,开个脑洞。

    第一,地狱必须有必发娱乐登录,数量量太大了。

    每个生灵都要有记录,且必须是暂时记录,要开展数据分析。想象一下各族生灵,宇宙有灵,高低,连蝼蚁飞蛾也是命,副单细胞到现代社会的多寡应该有多大。

    必发娱乐登录的话每个生灵就要有专门标记。实名反对说是名字主键的,这是中心知识,名字重名怎么办,必发娱乐登录原理请重修。

    实名反对说是 IP 地点标记的,IPV4 迅速就用光的好不好;IPV6 貌似在生物历史进程中也是缺乏的,朝生暮死都是公民,这么多年过去了,这多少积累。

    把自动生成的专门 ID 顶主键相对还靠谱,但位数必须相当长,必发娱乐登录得特别设计,如此大数量至少要谷歌技术支持,也许叫地狱歌,SQL-SERVER 等等的技艺主要顶不住。

    搞 Hell-DBMS 请先看下大技术:

  • Hoogle File System
  • Hoogle Bigtable
  • Hoogle MapReduce
  • 嗨,《开源海量必发娱乐登录技术在阴间生死管理系统中的研究与执行》有道是获得天庭科技发展三等奖的。

    从,查询效率必须高。

    查询效率低的话,阎王还得点支烟等半天结果么,经常有上级领导过来查数据,玉皇啊,如来啊,即使是阿难、迦叶来也是逗人的人数,他家不令人满意,KPI 不得、长效差阎王官位不稳的。

    客运量这么大,那天至少插入数洞枝新记录,剔除数洞枝记录,整整善恶状态数据都要实时记录,心想要接多少善恶传感器,信道冲突肯定很难解决。

    善坏事用 Wi-Fi 还是 Zigbee 传播之不知晓,说不定某米会生产家庭善恶智能数据处理中心。

    老百姓死掉之后还要迅速开展大数据分析,认清死人到底应该进几层地狱。数据分析慢了奈何桥都要排队,他家差评有木有!

    数量粒度非常独特细,已故时间三更五更都不能差,从了地狱打多少下铁棍都要精确计算,况且还会有成千上万奇异发生,有时候要回滚,有可能不注意操作错了(死而复生应该就是地府回滚,详细请见《聊斋志异》[1])。

    有时候要灾难恢复,比如孙猴子捣乱引起的悲惨数据损失;比如用户投诉问题,凭什么猴子要短命?

    这种问题只有孙猴子问得出,不仅问得出还直接上门责问,地府的法人工作真的要点增强。

    嗨,像悟空这种独特用户,Sa 求知若渴一删了的有木有?(不懂 Sa 的 IT 知识分子请自行面壁,Admin 也算 Sa)

    再次,必须能回报瞬时并发高峰数据。

    烟尘来了,成百上千的人数阵亡;瘟疫了,成百上千人逝去;灭鼠了,几万几十万老鼠完蛋;飞机撒农药了,若干修行不够的小精灵批量完蛋。

    有人民死亡必须要注册并把流程向前推进,这是数一数二的运动应用,众多之勾魂小鬼在短时间内快速赶到现场。

    管它是扫二维码还是近场通讯技术 NFC,反正无数小鬼同时用移动客户端向 Hell-DBMS 系统上流传数据,App 必须协调,看台必须能承担。

    决不能学 12307-1 总是掉链子,12307-1 少了链子还能骂它:“扮演死!Go to Hell!”,Hell-DBMS 可怎么骂才好。

    故此呢:第一时刻,传感器不能卡住,必发娱乐登录性能不能降低,生死薄必须实时更新。

    说到底,必须有大数据分析和预测技术。

    阴间有谛听,可以通过“听”,得到过去数据和前途的多寡,这显然是大数量和云结合之力作。

    为什么是听呢?因为阴间必发娱乐登录已经把数据语音化了,用定向波束直接送到谛听耳边,电磁监听根本没有力量,几乎不可能泄密。定向波束的技艺在加大功率后可同时用于在阴间跳广场舞的少数亡灵们。

    这就是说孙猴子在阴间里删除数据,怎么删除的?新兴如何?

    总结 1: 猴子要刨除数据,有道是是副界面删除的,举重若轻高技能,单纯的社会工程而已。

    大型必发娱乐登录,大数量必发娱乐登录一定是分解得比较细的,剔除的话至少是多表级联删除,直接从东表 DELETE 未免要引发异常。

    再说孙猴子不是计算机专业的,有道是是用金箍棒顶着小鬼的顶梁门,胁迫他用超级用户进去,慎选界面的删除功能搞定的。

    我猜阴间必发娱乐登录删除要掌握各一个小鬼,持阎王发的优盾,同时输入口令。

    孙猴子反正克隆能力强,变出几个分身分别逼住就能搞定。其一 Bug 系统必须要改进。

    故此这是健康删除,剔除之后,轮回系统并没有完整混乱,只影响了一些数目。

    即使给孙猴子开个 CONSOLE,她也记不住命令,猴急猴急,抓耳挠腮,她最多会点点鼠标。

    总结 2:阴间必发娱乐登录有强大的不幸恢复功能。

    话说,猴子完全低估了程序员们的主力。海量必发娱乐登录都有强大的外地容灾备份功能,数量应该是备在最安全的雷音寺(先后三方),整整操作均有 LOG。

    在西方以如来为首的学者团指导下(现实操作应该是负责安全保卫的海外王,形成归于领导),数量快速恢复,猴子们根本没有得到永生,在西方如来团队的支持从数据快速恢复,猴子家族应该死还是死。

    孙猴子协调么,虽然罪过不小,但是它会闹,能力还强。为了和谐天庭管理层还是为她做了特别标记,在必发娱乐登录里加上一个 TAG,设定为神仙级,计算寿命但不设定界限,有特别状态直接发出系统警报,和 RuLai -SkyNet All-in System 系统联动,确保一方平安。

    参考文献:

    0 、《Big Data Application Platform for Hell》[J] InHell Hell-SCI选定

    1、《论Paxos书法在阴间生死管理系统中的应用与优化》[J] 阴间信息技术 玉帝元年 先后7788卷 核刊

    2、《论Consistent Hash在阴间生死管理系统云中的应用》[M]阴间信息技术 玉帝9527年 先后125222 核刊

    3、 《论超大规模稠密矩阵在阴间生死管理系统中的理论研究》[C] 信息技术阴间应用大会 9528

    4、 《论孟婆汤在阴间生死管理系统库存管理当中的治本流程》 [J] 阴间食品与营养 VOL 2241554

    5、《论牛头马面阴间勾人大队的治本制度化》[J] 阴间数字化城管研究 VOL15486488789

    6、《论天庭-西方-阴间点对点技术在阴间办公自动化中的实现》 [J] 阴间实用软件增刊。

    地狱必发娱乐登录是如何设计的?

    来自知乎网友萝魏紫之回答:

          
    1. https://www.zhihu.com/question/29775354/answer/287551487 

    关于孙悟空无姓无名的时节,阎王生死簿是怎么写的呢?其一题目,当然是 ID 呀,每个东西 New 出去就有个 ID,没人用 Name 做主键的!

    根据原文可以得知:

    悟空道:“胡说!胡说!常言道:‘总领事吏差,后者不差。’你快取生死簿子来我瞅!”十王闻言,即请上殿查看。

    悟空执着如意棒,径登森罗殿上,正中间南面坐上。十王即命掌案的判官取出文簿来查。

    那判官不敢怠慢,便到司房里,围出五六簿文书并十类簿子,逐一查看。裸虫、毛虫、羽虫、昆虫、鳞介之属,俱无他名。

    又见到猴属之类,原本这猴似人相,不入人名;似裸虫,不居国界;似走兽,不伏麒麟管;似飞禽,不受凤凰辖。

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

    悟空道:“我也不记寿数几何,且只消了名字便罢!取笔过来!”那判官慌忙捧笔,饱掭浓墨。悟空拿过簿子,把马属之类,但有名者,一概勾之!

    阎王们只有血性 Copy,但是在钢铁 Copy 上改变,也会立竿见影,故此应该是每天晚上跑 Batch 同步。

    你瞧,原文有告诉你必发娱乐登录设计了,第一他是分类型的,我估计可能是按照比如生物学那种树状分类,故此我们可以认为,生死簿应该是树状的 NoSQL 存储,或者实现了树状表,子表的 RMDB。

    你仔细看,孙悟空属于魂字1350 号,其一魂字,永恒是 Namespace 了,下一场是自增主键,东道主键上标有自然信息,名字,品种,年龄,故此,其一主键是记录创建的时节给的,名字确定了,再补而已。

    而且,你瞧孙悟空和任何猴子不在一番猴属之中,更确定了阴阳薄是树状的存储结构。

    因为主键记录上有死亡时间,瞧起来是每天晚上跑个 Batch,把目前时间-诞生时间=已故时间之多寡筛选出来,送去执行单位干掉。传感器太麻烦,跑 Batch 拉个报表给黑白无常就足以了。

    其一系统有问题,创新的 Batch 不看数据是否有篡改就直接更新,这表明数据安全性没有考虑,我送地府推荐 OWASP 品种,用来提高安全性。

    我曾和几个架构师聊天聊到这个题目,大家认为这个主意很有意思,倡导了《我班阎王设计表》主题活动,来锻(qiong)炼(ji)设(wu)表(liao)能(xia)力(che)!

    我汇总了副 ER 高层设计,如下图:

    重点来说,第一有一度字典表,规定了生物分类(CATE),考虑到每种分类的 UUID 品种应该不同。

    比如孙悟空属于的魂字,看上去东西就不多,很可能就是一番 int id,但是如果是虫子类,东西可能太多,一度 long 都不一定能去下,可能需要带编码的 vchar。

    故此给每个 CATE ID 定义一种自增编码方式,以兼容将来万一出现机器人也要死,这样地府的体系不需要重做。

    给予每种 ID 一度表明后缀,这样可以分表,无需把每种都放在同一个表里。

    对于 Transaction 表面,每个属性都有两个表,一度是已死表,表现历史数据备查;一度是存活表,这样做到了读写分离,提高性能。

    那天新增的古生物,根据她自己之 UID 插入表,东道主键写入速度有合同,这点上,考虑到地府不承担出生,咱们提供一个 AMQP 高性能 Message Q 来送出生部门,可能是送子观音来写入,当然也得以提供 Restful API。

    同时,那天晚上跑个 Batch,遍历存活表,名将死期是当天的多寡筛选出来,放入 Dead 表面,同时生成报表,付出索命部门,也就是黑白无常做具体杀死工作。

    故此架构图也出来了:

    观看这里,我不得不说,程序员们是真的面....难道不害怕把阎王喊去面向地狱编程?

    真的有程序员做出了整机的地府后台管理系统

    这不,前排时间,就有这么一个段子火了。某位程序员日有所思,夜有所梦,终于有一天梦见自己见阎王爷了。阎王爷还叫她送生死簿做个岗台管理系统。

    还真有程序员把地府后台管理系统原型做出来了,脚下这个项目已经在开发中...

    Github举目四望地址为:

          
    1. https://github.com/canxin0523/thesixsectorTeam 

    小编看了副 Demo,效益相当齐全:

          
    1. http://kzgfmo.axshare.cn 

    他家登录:为了避免几世纪前把猴子删库这样的传奇再度重演,有编制的地府工作人员必须采取账号密码登录才能走访管理系统。

    他家权限:不同等级的职工,所拥有的权力也应有各不相同,各司其职。

    数量看板:表现老板,阎王每天要做的,就是喝喝茶、探望折线图和数字就行了。

    生死簿管理:这也是地府最重要的多寡资产——地府职工需要依据生死簿的记载,依次进行勾魂、地狱刑罚、投胎轮回等等业务流程。就算是把删除的多寡,也都会把记录在案,以供随时恢复。

    勾魂管理:如果黑白无常和牛头马面勾错了魂,也不是没有挽救的机遇。

    审判记录:把勾来之魂到地府报道之后,着重件事就是到阎王殿报道接受审理。

    十八层地狱:在设备管理一栏,可以看出各层地狱设备的运作状态、损耗情况等等。

    六道轮回:轮回投胎是大事,决不能儿戏,资本管理系统设计的轮回盘既简单又科学。

    冥币管理:不论是身在哪儿,没钱都是走不通的。其二啥有钱能使鬼推磨!

    日志管理:记录所有管理员的借鉴日志,对地府的上班人员开展绩效考核,客观评估是否进行编制扩充以及奖金方案。

    【编纂推荐】

    1. 写一手好 SQL 很有必不可少
    2. MySQL查询语句很慢?可以试行几种SQL多极化
    3. MySQL官方正则表达式查询的SQL说话集锦
    4. MySQL必发娱乐登录ORDER BY多极化总结(为排序使用索引)
    5. MySQL目录八大法则之上篇
    【义务编辑: 武晓燕 TEL:(010)68476606】

    点赞 0
  • 删库  SQL  Wi-Fi
  • 分享:
    大家都在看
    猜你喜欢
  • 订阅专栏+更多

    云架构师修炼手册

    云架构师修炼手册

    云架构师之必不可少技能
    共3章 | Allen在路上

    9人口订阅学习

    Devops的监控神器Prometheus

    Devops的监控神器Prometheus

    监督主流
    共22章 | 小罗ge11

    109人口订阅学习

    手把手玩转Elasticsearch

    手把手玩转Elasticsearch

    Chandler_珏瑜
    共20章 | Chandler_珏瑜

    79人口订阅学习

    读 书 +更多

    网络工程师必读――网络系统设计

    该书是一资产真正意义上的网络系统设计图书,副网络系统设计角度全面介绍了整整网络系统设计的笔触和方式,而不是像传统网络集成类图书那样主...

    订阅51CTO邮刊

    点击这里查看样刊

    订阅51CTO邮刊

    51CTO劳务号

    51CTO官微

    <form id="3cf1f6e1"></form>
      1. <dd id="5f13167f"></dd>