数据库上云就可以 解雇 DBA ，来说说数据库上云那些 “有意思” 的事情

————————————————————————

正文

之前和某个同仁探讨问题，得知某金融类的大型xx,在转型上云，并且在上云后，第一件事情就是解雇了几个DBA ，美其名曰，体现上云后的成本节约。

听完是又好笑又好X，那本期就来说说，数据库上云后会遇到的那些事情，让那些成本节约的 BIG POTATO 了解一下他们节约成本之后，可能会发生的一些有意思的事情。

(写在前面，任何方式方法都有他的利弊，在说有意思的事情的同时，我们也应该思考，云，云数据库给我们带来的变革，以及我们怎么更专业的拥抱云数据库，更加有效的使用云数据库，提高自我水平，才是更主要，一味的指着并不能提高自己。)

1 硬件配置让你下降头

说到这个问题，那我们是非常有发言权的，你在裸金属上的数据库做的所有的优化基于数据库参数的和性能的优化，在你数据库上云后，统统的打回原形，为什么，因为你的硬件变化了，明明之前你的裸金属 4C 16 G SSD 能完成的任务，到了云上哪就不大好说了，可能你的进行测试，测试，在测试，基于我们的经验，一个系统上云后，一般都会性能低于裸金属，当然这是很正常的事情，从CPU 内存 磁盘紧密的通过物理的电路方式连接， 而到了云上，通过网络的方式来进行连接，那么延迟是必然的，所以云数据库最高的要求，或者目前云厂商一直在想达到的性能，就是和你本地机一样的性能，这也是云厂商本身硬件架构调整后，在成本，服务，和性能三者间的博弈。

基于以上问题提高配置来让你的数据库在云上运行，一般是必然的，不是偶然的。

2 各种消费陷阱 割韭菜和服务 “喽“

现在各个云的价格都偏低，（实际上也不低），而怎么去挖掘潜在的money 拿方法是一套一套的。

（写在前面，实际上我个人也认为某些收费的项目是合理的因为使用者层次不同，有些功能可能就是开放了，对有些使用者也不是很优化，集中整合然后售卖，提供双赢的方式也是好事）

方法1 ， 屏蔽+消费

一般来说开源数据库中的一些功能尤其是监控的系统表，都是DB获得数据库核心信息的窗口，那么上云后，如果你还通过窗口来获得数据，那么必然是一件不怎么美好的事情，所以云厂商会通过手段，将你的一些“窗口” 关掉，禁止掉，设置各种障碍来让你变成瞎子， 然后让你通过他们的某些 洞察的功能，在撤去你眼前的障碍物。我们与这个问题，PK 了很长之间，一个一个数据库PK ，有些云的数据库的负责人比较 “良心”，默认持续优化，并且将功能做的越来越完善，好的咱们的说说，就是某云的 PG 数据库，做的是越来越好，功能是越来越多，让用户少花钱，多办事，尤其一些 如index_advisor 的功能引入，和 EDB 的功能看齐，PG 的小伙伴都应该知道我在说什么。

但是还是这个云的 the world of popular database 可就没有这么美好了，能关的参数，那是一个劲的关，设置了重重障碍，让performance_schema 成为一个 “失踪者”。我们费了九牛二虎之力，才打开了一些参数，但后面又玩消失，要不“洞察” 功能卖谁去。同时客服也是有意思，只要问问题，问的深入一点就给你推荐 洞察功能。

方法 2， 不懂技术，就割

一般来说，上云的数据库的甲方，很少有DBA ，有也都让云给忽悠“走了”，然后人家云就可以“动手” 割肉了，配置参数按照“最优” 的配置给你，曾经有一个 MYSQL 业内的人士，在10年前讲了一个笑话，某云，MYSQL 开了32G 的内存，但innodb_buffer_pool 的参数一直是 128MB， 并且那个公司的IT 也没有DBA, 数据库系统经常是瓶颈，问云就是内存不足，在扩充内存，最后扩充到 64G ，然后 innodb_buffer_pool 还是128MB, 最后公司老板扛不住了，请了那个 大仙去看，最后把问题解决了，大仙留下一句话， 没有专业的技术人员盯着你的数据库， 云厂商不 “割死”你那就没有什么天理了。

提高技术壁垒也是相对说，如果你单位有懂行的，能和云厂商相较长短，那么你可能会少吃亏， 知识就是力量，不尊重知识的老板被割肉，这就叫大梨🍐赚财迷！

方法 3 ，老汤 装新瓶

这个是常见的功能，因为上云的企业，要节省成本，可能初期都砍的价格比较狠，而后期如果还是老功能，老东西，怎么让客户掏钱，所以将一些原本可以提供的复杂功能，组合，“创新”，打包，让你买单，尤其一些云提出的 智能化，AI ， 管理，使用了就可以 裁人了，这样的想法深入某些老板的内心，但造成的问题是

1 让管理数据库的人员变傻，或层次变低，因为图形界面使用惯了，信息在不提供，那么你只能在他的界面里面 ，鼠标点击，出了问题，你就看人家的监控，人家的监控，有没有问题不是人家说了算。

2 既然你已经变得不重要，那么公司也就觉得，DB被 AI 替代不是很正常的吗，你的工作就被 AI 管理替代了，公司觉得省钱了，但该出问题还的出问题，因为每个单位的数据库问题就是一堆，“多维空间的组合”，云厂商知道你开发的问题吗，了解你业务的问题吗，出问题是早晚的事情。（累计效应），AI 在给你分析出一堆 可以花钱解决的问题，让你掏钱，掏的 那叫一个舒坦。

方法 4 能拖就拖，你投诉，态度好

这个问题，可以去一些大型云看看他们的服务的方式和人员是怎样的就知道了，我们一个MYSQL 的问题，重启了服务器 25分钟起不来，我们实际上是在一个工单里面提出参数的问题，并且可能是参数引起的数据库起不来，我们就在工单追加了，服务器起不来，你信吗，他让我在开一个工单。

我服务器起不来了，业务终止了，然后让我在开一个工单，我也是醉了，给我的原因是，怕乱了。OMG ，首先这样的服务其实就不大专业，一般的服务流程是，第三方外包的服务人员来分单，然后来和你搅和，问东答西， 贴文字，贴链接，贴贴贴 ，然后你要不着急能和你搅和一天，你要是投诉了，马上就升级，加速，实际上也没加速多少，不过道歉倒是马上到位，可道歉有用吗，我业务完蛋了，我还的给我的客户道歉去，哎。

所以真应该让那些解雇DBA 的领导 和这些客服来几次深层次的沟通，不把你气个半身不遂，那老板的身体是真好。

方法 5 技术问题避重就轻

这个问题也是时长发生，系统出了问题只要你不懂，客服他就敢胡诌，胡解释，你问 特斯拉刹车的问题， 他回你 马斯克今天解雇了推特的员工，只要你没有懂行的技术人员，那么必然你得不到真正的答案，和实际的问题解决。问急了，就是，这是内部 XX 不便于告知。哎，我几百上千万买你的服务，我对你的系统有质疑，你告诉我，云没有问题，问怎么证明，在告诉你内部保密 不便于告诉你。

这就让我想起，罗永浩和某XX 的世纪对决了， 罗永浩问，我说你有 6个私生子，你生活不检点，然后你问，谁说的， 我告诉你我知道谁，但我保密，这不就是赤裸裸的耍流氓吗？ 但你有招吗，没有，技术都让你解雇了，到最后就 割 割 割 ，割韭菜。

综上所述，奉劝那些要节省成本的老板们，成本节省一时爽，人家割你韭菜一世牛，明里聪明，实则SM！

后续：和云打交道时间还是短，我们会总结经验，后续可能会出一篇，八卦连环推云掌 24式 ，和小伙伴们分享，锻炼身体，增强筋骨。