morgan1freeman
V2EX  ›  数据库

对于年久失修的垃圾项目, 一堆的 join 的慢 SQL 有没有什么无痛迁移办法

  •  
  •   morgan1freeman · Dec 13, 2023 · 2083 views
    This topic created in 893 days ago, the information mentioned may be changed or developed.
    垃圾项目,纯粹的 KPI 指标,要优化一个年久失修的项目,本身没什么价值,用的就内部几个运营人员,又怕把慢 SQL 里面的各种 join 逻辑 迁移到 Java 代码里面 造成业务 bug 问题,有什么好思路,只要不是继续用 mysql 就行,

    底层的架构是 mybatis + mysql ,屎山代码,不敢弄,怕被屎炸到身上,出不了成绩,还要弄得一身翔。

    接口速度无要求,慢就是继续慢,反正运营也能接受
    7 replies    2023-12-14 10:08:15 +08:00
    dapang1221
        1
    dapang1221  
       Dec 13, 2023
    那把超时时间改的巨长不就行了,应付一下呗
    Foxkeh
        2
    Foxkeh  
       Dec 13, 2023 via Android
    信创改造?
    sadfQED2
        3
    sadfQED2  
       Dec 13, 2023 via Android
    加钱! MySQL 换 TiDB ,或者加 MySQL 中间件,类似 Gaea 这种。硬堆机器把 join 性能堆上去
    amwyyyy
        4
    amwyyyy  
       Dec 13, 2023
    db 迁到 StarRocks ,代码不变
    Dongxiaohao
        5
    Dongxiaohao  
       Dec 13, 2023
    @sadfQED2 哈哈 太搞了,年初开发的一个项目,起初老板没说清楚是大数据项目,直接就用了 MySQL ,千万级的数据也是慢的要死,不过好在甲方服务器够用,有几次找问题,把他们生产环境的库拷过来,我们开发环境的服务器都跑不起来
    rockddd
        6
    rockddd  
       Dec 13, 2023
    把数据同步到阿里云的 adb 里,数仓查起来快。项目这边改一下连接池的 ip 账号密码就 OK 了,代码完全不用动,完全兼容 mysql 语法
    cndenis
        7
    cndenis  
       Dec 14, 2023
    数据库机器加内存, 换 SSD 硬盘
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3612 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 48ms · UTC 04:54 · PVG 12:54 · LAX 21:54 · JFK 00:54
    ♥ Do have faith in what you're doing.