MiraiForum

    • 注册
    • 登录
    • 搜索
    • 热门
    • 最新
    • 未解决
    • 标签
    • 群组
    • 友情链接

    我又来给阿里泼脏水了,踩雷预警

    摸鱼区
    4
    8
    810
    正在加载更多帖子
    • 从旧到新
    • 从新到旧
    • 最多赞同
    回复
    • 在新帖中回复
    登录后回复
    此主题已被删除。只有拥有主题管理权限的用户可以查看。
    • Orisland
      Orisland 摸鱼 最后由 Orisland 编辑

      其实本来是不想说的,但是总觉得我不说都对不起阿里给我糊一脸x。

      踩雷的东西叫阿里云的rds:
      f1e39f6f-6f01-4882-808e-10fe8493f9eb-image.png
      a4b43b79-4683-43ca-be57-95ca86e306bb-image.png
      记住了,上面这个东西,如果你需要使用,那么就用贵的,比如一个月30起步的那种,或者更高的,你有钱可以随便加。

      千万,千万,千万不要贪图小便宜,使用低价的东西,比如我现在手里的是将近60一年的rds mysql数据库。

      你敢相信吗?
      没有千万条数据库量,没有成百上千的并发。
      只有十条数据,只有一个访问。
      查询一条sql。
      用了足足两秒。
      在涉及到连续查询时,该时间直接开始无上限叠加。
      甚至出现了超过了10秒的匪夷所思的现象。
      我不能理解,以至于无法思考,到底是什么样的数据库,在连续进行如此少量的查询时会超过惊人的10秒。

      然后更为神奇的事情发生了,我抱着试试的目的,将相同的数据库进行转移,移动到了之前阿里搞活动170三年的1h2g的ecs中(对,就是那个带宽只有1m的玩意)。
      同样的查询,同样的数据,rds超时,ecs用了500ms。
      rds用着比ecs更贵的价格,做着比ecs更专一的事情,结果是连普通ecs的脚跟都没看到。

      阿里云在我这里的印象真的是一天不如一天,要不是我用的是阿里全家的分布式套装我直接开喷了。
      ……这真的是一个合格的产品吗,我难以接受。

      忽然想到之前我看到的一篇关于写国内这些服务器厂商的文章,其中有一段将国内服务器厂商和国外厂商做对比的例子,大致是这个意思,“他们擅长搭房子,无论什么样的房子,就叫房子,即使这个房子有多破旧,哪怕它摇摇欲坠,但是它就叫房子,你不能反驳他们搭房子的速度。但是这些甚至无法住人的房子,真的叫房子吗?这些房子说真的其实只是用混凝土做的物体,并不能算的上是一个合格的房子。”

      能用,向来不等于可用。

      一分钱一分货,便宜永远不可能买到好货。
      这句话似乎在任何领域都适用。

      网络环境:光纤100M电信以太网
      电脑环境:Windows10
      涉及的程序:Nacos,Seata,SpringCloud等其他东西。
      如果你要用这坨东西,切记不要将Seata的数据存在这个东西里面。

      踩雷价格:
      15922ce3-ffca-4a94-8a4c-1e9eb88a4ecf-image.png
      2e574cf5-d976-4b64-a126-c2eda133a83f-image.png

      1 条回复 最后回复 回复 引用 2
      • RainChan
        RainChan 摸鱼 最后由 编辑

        这么慢的吗,不如开个工单看看

        Orisland 1 条回复 最后回复 回复 引用 0
        • Orisland
          Orisland 摸鱼 @RainChan 最后由 编辑

          @RainChan 开了但是找不出问题。

          1 条回复 最后回复 回复 引用 0
          • Orisland
            Orisland 摸鱼 最后由 Orisland 编辑

            贴出具体的一条sql语句查询速度:
            rds:
            095974d8-eea3-406f-b0b9-22a8aa1005cc-image.png
            反复查询10次(同样的sql查询,图片截取第十次):
            c8f0e18e-c003-4caf-bd5d-4c5dd2e7b23e-image.png
            查看时间中最长时间为第一次,0.046s,其他为0.045s

            ecs(1h2g1m,服务器还挂着mirai,还有其他的服务):
            c86ffd12-175d-4dda-8756-0315ab24adea-image.png
            反复查询10次(同样的sql查询,图片截取第十次):
            1613fe60-6b2f-42a7-baa0-d9b901fc856f-image.png
            最长为第一次0.02s,最短为0.019s,十次中只有第一次为0.02s
            无并发查询。

            可以通过gif来进行对比,两个gif均为快速单机执行按钮后的查询速度。
            rds查询gif:
            navicat_ygCtg77uYa.gif
            ecs查询gif:
            navicat_zYxgExx2OQ.gif

            着实不敢恭维。

            1 条回复 最后回复 回复 引用 0
            • wssy001
              wssy001 ⭐2021⭐ 最后由 编辑

              RDS for MySQL比自建ECS自建的MySQL查询慢,要么是RDS内部做了更多的日志收集,要么就是“共享”,不过mirai这边的开发者不都是ecs自建MySQL嘛。

              Orisland 1 条回复 最后回复 回复 引用 0
              • Orisland
                Orisland 摸鱼 @wssy001 最后由 编辑

                @wssy001 我用这个数据库的目的不是mirai啊,只是抱着有个差不多就行了的心态用的,结果就变成这样了。这已经不是慢一点了,这是慢的接受不能了。

                1 条回复 最后回复 回复 引用 0
                • H
                  hatmony 摸鱼 最后由 编辑

                  如果对数据库性能需求不大,都可以用sqlite了,安装都免了

                  Orisland 1 条回复 最后回复 回复 引用 0
                  • Orisland
                    Orisland 摸鱼 @hatmony 最后由 Orisland 编辑

                    @hatmony 不行啊,涉及到分布式问题,必须要有线上库实现持久化,集群需要共享xid保证一致性和错误回滚,这种场景下用这种库就是灾难。

                    1 条回复 最后回复 回复 引用 0
                    • 1 / 1
                    • First post
                      Last post
                    Powered by Mamoe Technologies & NodeBB | 友情链接 | 服务监控 | Contact