使用MySQL的GitLab速度慢得令人难以置信

我管理一个大型GitLab服务器，其中包含多个大型repo

表现一直很不稳定，但大多数时候都非常非常缓慢。在有50多个分支的大型项目中，访问“合并请求”页面或“分支”页面本身几乎需要整整一分钟的时间

日志似乎没有透露太多信息-如果我需要提供任何信息，请告诉我。
我尝试重新启动服务器，并在每次回购时手动“

git gc

”，但没有成功

GitLab的首页也需要很长时间才能加载。
我们连接到一个MySQL数据库，想知道这是否是造成延迟的原因

此时，我不确定是什么导致了滞后以及如何确定它。

---

我愿意得到任何帮助。如果我能提供更多信息，请告诉我。

我同意评论者的意见。这对于这个网站来说有点离题

但是，我建议做一些数据库维护。从数据库中清除已关闭的合并请求、问题和过时的里程碑。随着时间的推移，这些事情会增加很多，并大大降低您的实例速度

---

希望这对你有帮助

如前所述，在服务器出现故障或出现故障时，您的运气可能会更好

您应该查看GitLab的不同组件，并尝试确定导致缓慢的瓶颈：

根据安装情况，您可能需要优化其中一个或多个组件的配置。如果所有组件都已配置为与您的硬件相匹配，但您仍然看到速度缓慢，则需要改进运行安装的硬件

GitLab文档（需求页面）提到：

如果您有足够的RAM内存和最新的CPU，GitLab的速度将非常快 主要受硬盘寻道时间限制。具有高速驱动器（7200转/分） 或固态驱动器（SSD）将提高响应能力 GitLab的

我们连接到一个MySQL数据库，想知道这是否是造成延迟的原因

五年后，（从）

我们刚刚在@gitlab（2019年6月12.1196日）删除了对MySQL的支持

由于必须支持两个不同的、部分兼容的数据库，我们的速度慢了好几倍。
我们现在可以比以往更快地移动，并使用更高级的@PostgreSQL功能

来自的是。。。清楚：

多年来，MySQL只不过是屁股上的痛。
它对现代SQL特性的支持是有限的，GitLab对它的内部知识是有限的，对于许多新特性，我们需要在代码中引入分支来支持PostgreSQL和MySQL

---

我担心这与堆栈溢出无关。您可以在另一个Stack Exchange站点获得帮助。服务器上有多少内存/磁盘空间？