诶，你为啥最近和 POLARDB 较劲, 要不咱杠杠

开头还是介绍一下群，如果感兴趣 , ,mysql , ,redis 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 ，在新加的朋友会分到2群，也欢迎猎头老师们，加入我们会单独给您一个群来发招聘。

最近一直在学习 以及 周边的东西，这就引起私信我的一个问题，问：你不是弄 ,MYSQL , 的吗，怎么又搅和一个 进来，这是有人私信我的文字的截取版。

呵呵， 我也想问一句，我是弄 ,MYSQL , ，有的时候还有 REDIS ,TIDB ，我犯法不。 的东西有什么问题吗，我最近就是和 较劲，一直在发现 FOR MYSQL 的各种用法和各种“坑”因为 他确实是 !

较劲原因之首

成本因素，一个产品如果不提成本，光说性能多好，呵呵，屁，放屁。首先一个产品被选择的重要的原因是成本，没有成本你光和我谈他多好，使用数据库的可不是库里南。

抛开成本讨论问题是没有意义的，对于一个使用数据库的企业来说更是如此，首先我们要提出一个问题， FOR MYSQL 对比阿里云的 MYSQL RDS 成本到底是不是降低了。

答案是YES ,必然是降低的，尤其在一些小项目中 FOR MYSQL的成本降低的程度是你想不到的，我举几个例子

1 磁盘可伸缩，这就是节省成本的最重要的部分，你的MYSQL RDS 在云上很大一部分成本是空置的，也就是你的磁盘上有多少空间是没有被使用的，也是要花钱的， for mysql 是不会出现这个问题的，他是可以伸缩的，当你的数据被清理后，那么磁盘的空间就自动收缩了，费用也就降低了。

2 节点可以长可短，麻烦把你猥琐的表情收一收，想哪里去了， 的节点增加和减少的速度很快，并且针对业务基本是无感的，增配降配也是很速度的，这与他 存，算分离的是分不开的，并且节点可以读写分离，也可以不分离，也可以一个节点 分离 一个不分离，玩法很多，可以让你 玩 Hai ！这对于一个在MYSQL RDS 上增加10G 空间，让我等40分钟的经历来说，呵呵我只想说，MYSQL RDS 去死吧。

3 列式节点，让你多一个可选性，是狼是狗，随你心意，OLTP 强支持，OLAP 只要你熟悉IMCI 那么调配得当也可以让你一部分OLAP 的业务可以快速的运转。

4 并行是真并行，计算中如果开发不给力，语句不给力，架构不给力的情况下，你觉得DBA 活的很累，那么最后的 给你的活着的勇气可以使用并行的方式来在通过添加硬件的基础上，让你的一些有病的语句，更速度的进行处理，至少能让你在留一口气，喘息，就是死不了。

5 主从节点数据异步，不存在了，MYSQL 的 的主从节点的异步问题，sorry, it . 因为虽然是分布式，但是通过REDO LOG 进行的数据复制与 的方式，让数据不同步延迟时间长的问题，彻底从字典里面给删除了，是不是还挺怀念你，主库已经到了2023年而从库还活在2022年的神奇经历, it.

6 各种引擎，让你将一些冷数据的存储成本，一降再降，这点虽然不是 独有，但 FOR MYSQL 支持其他的数据库引擎来加入到数据存储中，x- 引擎在我们测试中，同样的数据存储同样的数据量，降低实际存储的容量70%，降低了70%的存储成本，并且你还能进行类MYSQL 的查询。当然各种引擎也包括了 IMCI。

说完这些，他们自己宣传页上有的，我们来说说那些见不得人的。如果说MYSQL RDS 是日本车，那么 for mysql 就是德系血统. 为啥，因为反向虚标，大家都知道，如果一个日本车标称的马力是 200，那么有可能实际只有 97马力参见什么叫公路闪电，而德国车的马力正好相反，他说加速7.5秒，你开上大多在 6.8秒就能达到他的标称功率。

也是如此，在你购买磁盘的时候你就知道，在你购买MYSQL RDS 还在不敢使用哪个最贵的 XX5 ，而 的标配就是 XX5 （不能说的太细），这是什么，亏不亏，比MYSQL RDS 便宜，还给这么好的磁盘，真是不想过了，继续这样，真是喜欢。

所以相对MYSQL RDS 产品来说，如果你使用了 FOR MYSQL ，那么你真的是在也不想用什么 MYSQL RDS 。当然阿里云对于 这个亲儿子，那是相当大方，你试试你购买 的时候，还便宜对比同等的MYSQL RDS。因为你买一个MYSQL RDS 的钱，会得到 2个 FOR MYSQL 的计算单元，多加一个节点也就2， 3百块钱，你试试你加一个 MYSQL RDS 从库的费用，吓死了吧

除此以外，自动扩容的部分也让你天天关注，加磁盘的工作，失去了，对于一些对数据库运行中核心工作是加磁盘的同志，你要失业了。

那么说了这么多好的，有没有不好的，当然，没有不好的那是不可能得，今天心情好，就不说了。