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

[morgan1freeman]

垃圾项目，纯粹的 KPI 指标，要优化一个年久失修的项目，本身没什么价值，用的就内部几个运营人员，又怕把慢 SQL 里面的各种 join 逻辑 迁移到 Java 代码里面 造成业务 bug 问题，有什么好思路，只要不是继续用 mysql 就行，

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

接口速度无要求，慢就是继续慢，反正运营也能接受

[dapang1221]

那把超时时间改的巨长不就行了，应付一下呗

[Foxkeh]

信创改造？

[sadfQED2]

加钱！ MySQL 换 TiDB ，或者加 MySQL 中间件，类似 Gaea 这种。硬堆机器把 join 性能堆上去

[amwyyyy]

db 迁到 StarRocks ，代码不变

[Dongxiaohao]

@sadfQED2 哈哈 太搞了，年初开发的一个项目，起初老板没说清楚是大数据项目，直接就用了 MySQL ，千万级的数据也是慢的要死，不过好在甲方服务器够用，有几次找问题，把他们生产环境的库拷过来，我们开发环境的服务器都跑不起来

[wxw752]

把数据同步到阿里云的 adb 里，数仓查起来快。项目这边改一下连接池的 ip 账号密码就 OK 了，代码完全不用动，完全兼容 mysql 语法

[cndenis]

数据库机器加内存, 换 SSD 硬盘