书接上回（上回可以看看之前的文章）。上回书说到去IOE的成本增加了。毕竟数据库多了，人也增加了，这很正常。当然不排除也有不增加的。比如原来一个10个Oracle，2个人。现在5个Oracle 50个MySQL还有一堆 mongodb等等还是2个人。这也是有的，觉得开源的别人也在用，我们也能用。
那谁，大柱，你把这个mysql搞搞，顺带搞搞redis。还有那谁，翠花mongodb es 搞搞。
大柱和翠花也只能做，but，钱没多。这样做可一点也不互联网。
多少年前我们DB2需要几个人搞精通，这是一个岗位。SQLServer也是。Oracle更加是。MySQL、PostgreSQL也是。这都是不同技术栈啊。
为什么呢？
上次说少林寺的我们说到了三大门派。少林 武当 峨眉。有人说不都是武术嘛。相信你也一定看过天龙八部，金老爷子流传最广的武侠小说之一。无崖子是先除去虚竹的一丁点浅薄的少林武功再给逍遥派的北冥神功的。我也不知道为什么要先格式化一下。可能觉得避免杂七杂八的的不能自主可控吧。对于任何一种数据库来说，看他的体系就是看他的内功了。体系越庞大说明机制越完善，功能越多。
我们上两个图：
MySQL5.6的体系（8的我暂时没有）
图片
再看看Oracle12C的体系（19的我暂时没有）
图片
你就看那些框框就有点密集了吧？
MySQL单线程多进程。
图片
postgresql 10版本 有十几个进程。
图片
Oracle在12C的时候 都快90个进程了 这个还是NoPDB模式。
图片
当然我说过数据库不是用来撕的。我们就客观的看看这些数据，想想为什么？为什么这样设计？既然这样设计一定是有他的道理。这里本人水平有限，先不展开了。后续会谈及，但是也可能不是太到位。比如Oracle的有些进程是守护的、有的进程是写的、有的进程是出报告的、有的进程是主从的、还有的是集群协调的。
下面是网上找到的一段，感兴趣的可以根据关键字去找原文。
图片
就看到这个不知道损失是多少？
图片
那么上个截图，我把对方隐藏了，只能说是阿里的过来人。
从我们对话和上图结合可以看出，当时是真的很严重，损失了几个亿。但是不是所有企业都有这个资本和能力去承受的。
当然现在阿里应该做的比较好了。但是中国就一个阿里巴巴，就一个市值4万亿的腾讯。更多的企业可能一笔业务失败就关门了。
下面这段是我笔记本上的，出处哪里想不起来了。不好意思。
去IOE本质是阿里提出的一种营销口号，技术上并不严谨。在于让你干以前干不了的事情，而不是仅仅在于节省成本。IT的价值是进攻而不是防御!从经验角度，个人以为去IOE整体明显投资节省，但成本上升至少翻倍以上，综合TCO持平或略降低。主要节省在IE，O的角度很可能TCO不降反升。阿里巴巴的成本其实是比原来大的。
去IOE本身是口号，但去IOE背后的创新才是真正值得借鉴的；
去IOE绝对不省钱，这一切，都意味着更大的IT投入。
