GitHub 解释近期频繁宕机原因： MySQL 不堪重负

[huangzhe8263]

是不是在某种程度上，服务不可用的大头还是落在数据库上？

---

在过去的几周里，GitHub 经历了多次宕机事件，导致平台的服务降级，影响了许多用户的正常使用。GitHub 团队在解决问题的同时，近日也分享了这些事件的详细情况。

据介绍，近期 GitHub 频繁宕机主要是其 mysql1 集群的资源争夺导致，这影响了 GitHub 在负载高峰期的大量服务和功能性能。虽然在过去几年 GitHub 已经进行了许多优化，例如增加集群以支持平台的增长、对主数据库进行分区等，但这不是一劳永逸的工作，直到现在他们仍在积极解决这个问题。

---

官方博客链接：An update on recent service disruptions

国内资讯： GitHub 解释近期频繁宕机原因：MySQL 不堪重负

[sutra]

「作为其中的一部分，他们正在将流量转移到其他数据库」，这里的「其他数据库」应该是 「 Microsoft SQL Server 」吧。

[h82258652]

让 stackoverflow 来

[ZE3kr]

让 gogs 来

[louchenabc]

前阵子 Github 有一篇热门文章，说他们数据量那么大，但是并没有对数据库做水平拆分，而是按业务进行垂直拆分。

Github 还开源了一个 MySQL 在线架构迁移工具 https://github.com/github/gh-ost ，这些早已表明 MySQL 成为了 Github 的瓶颈，他们花了大量的功夫在适应 MySQL 上，可能由于用户量和数据太大，架构上不敢做太大的改动，选择了保守，期望他们给出一个好的解决方案并分享给全世界。

[Jinnyu]

@roundgis #40
旧业务在做 PG 改造
所有新业务必须上 K8s + PG

[iseki]

@Jinnyu 听说 12306 用的是 PG 的商业方案？

[roundgis]

@Jinnyu 感謝告知，12306 應該用達夢吧？

[adoal]

@Jinnyu 没想到 12306 在力推 PG

[tunzao]

1. 没有慢 SQL 监控？
2. 没有 Sharding ？

[ericls]

MySQL 的确有很多不可预知的 behavior, 后来转 PostgreSQL 了

[mingl0280]

@iseki 12306 据说是用的内存数据库，不知道是哪个产品。

[adoal]

@mingl0280 gemfire

[wellsc]

@levon 好像懂了，好像又没懂

[Jinnyu]

@iseki #46
不是商业方案 开源的

@roundgis #47
达梦不清楚, 好像有部分组在用

@adoal #48
组内之前搞过性能测试 PG 吊打 MySQL

@mingl0280 #51
用的 Gemfire 但是很烂 经常抗不住压力

[GeruzoniAnsasu]

@0o0O0o0O0o 你没抢到一楼真太可惜了

[encro]

@Jinnyu

PG 吊打 MySQL ，是指个别特种索引或者加了物化视图的吧。

不过确实如果当下做程序，推荐用 PG ，因为 MySQL 在 OLAP 领域还没起步，而基本很多业务其实都会涉及 OLAP ，特别是 PG 增量物化视图如果在能 16 版本出来，那么 SQL SERVER ，Oracle 存在意义就少很多了。

[tairan2006]

@encro 一般是 MySQL 迁移到 tidb ，平滑过渡

[frankkly]

@cco 至少 3 个亿🐶

[pkoukk]

换 pg 吧，pg 确实强得多

[Feiex]

@Jinnyu gemfire 扛不住的压力，如果换 reids 可行吗
前几年经常看到 pivotal 吹牛逼说在中国印度的铁路系统都用了 gemfire