我管理着一个大型 GitLab 服务器，其中有多个大型存储库。
性能一直很不稳定，但大多数时候都非常非常慢。在我们有 50 多个分支的大型项目中，访问“merge 请求”页面或“分支”页面本身几乎需要整整一分钟。
日志似乎没有透露太多 - 如果我需要提供任何信息，请告诉我。
我尝试重新启动服务器并手动“git gc”每个 repo，但无济于事。
GitLab 的首页也需要很长时间才能加载。
我们连接到 MySQL 数据库，想知道这是否会导致延迟。
此时我不确定是什么导致了滞后以及如何确定它。
我会喜欢任何帮助。如果我可以提供更多信息，请告诉我。
最佳答案
如前所述，您可能在 Server Fault 或 GitLab mailing list 时运气更好.
您应该查看 GitLab 的不同组件并尝试确定导致缓慢的瓶颈:
https://github.com/gitlabhq/gitlabhq/blob/master/doc/development/architecture.md
根据您的安装，您可能需要优化其中一个或多个组件的配置。如果所有组件都已配置为与您的硬件相匹配，但您仍然发现运行缓慢，则您需要改进运行安装的硬件。
GitLab 文档(需求页面)提到:
If you have enough RAM memory and a recent CPU the speed of GitLab is mainly limited by hard drive seek times. Having a fast drive (7200 RPM and up) or a solid state drive (SSD) will improve the responsiveness of GitLab.
关于mysql - 令人难以置信的慢 GitLab 与 MySQL，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25508676/