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

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

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

官方博客链接：An update on recent service disruptions
国内资讯： GitHub 解释近期频繁宕机原因：MySQL 不堪重负

让阿里来

让腾讯来

让华为来

让百度来

让楼上来。。

让 PingCAP 来

不对，让微软来

我感觉是，对大部分公司来说，性能瓶颈应该都在数据库上，但现在大部分开发都在搞各种分布式上面，被大公司带歪了，人家用户量是亿级的。

GitHub 就是微软的啊……

搞分布式和数据库又不冲突...

开 ssh ，让 上去看看（

上 sql server

谁联系下 github 官方，给我 ssh 权限，我上去把 mysql 卸载了就没这问题了。这解决方案值 1000W 吗？

(:з」∠) github 已经被微软收购了

给我开 ssh ，我上去瞧瞧

让 12306 来

感谢诸位的毛遂自荐，我叫 Tree New Bee ，是 GitHub 的 DBA 人员。我让运维稍后给您开个堡垒机，麻烦协助看下问题。
对了，因为 GitHub 有很多企业的隐私数据，为了客户的数据安全，您需要先支付 5000 元的保证金。我们在收到保证金之后，会立即发送堡垒机密码。

负载高峰期关机，不就不会宕机了吗

我怎么老感觉阿三掌权之后，微软的所有产品都出现了或多或少的问题，之前是 window ，现在是 GitHub ，是我的错觉吗？

同理, 把汽车的启动电瓶摘掉就可以省油了(

老哥 能麻烦科普一下这是什么梗么 这么多人点赞 我也想凑个热闹

＃21 移步 www.hesudu.com/t/843322?p=1＃r_11510438

我觉的是中病毒了，请安装 360 安全卫士！！

问题是很多都没必要

那是一位和善的老哥，遇到一些和服务器有关但问题总结得不够好或者很难三言两语解释清楚的求助帖子（我个人感觉是因为这样），他就会直接留言这句

先关机，把处理器统统换成 m1 ultra ，开机，搞定, 十年内不用再升级！

都被巨硬收购了，mysql 不行那当然得迁移成 sql server 啊，以后再挂也能轻松甩锅🐶

让 apple 来

让 gitlab 来

要不换 oracle 试试？

github 不是应该用 sqlsever 吗

让华为来

有请 12306

让我来

他 @的那个是本站的运维人员。哈哈哈。

让达梦来

＃16
＃33
12306 目前在用 Sybase15 + PG12

12306 用 sybase 處理什麼業務？舊系統？

＃38 所有核心业务 (苦笑
售票 退票 改签 候补 保险
而且是存储过程...

網上找不到 12306 使用 postgres 的信息

主要用在什麼的業務？

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

让 stackoverflow 来

让 gogs 来

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

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

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

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

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

没想到 12306 在力推 PG

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

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

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

gemfire

好像懂了，好像又没懂

＃46
不是商业方案 开源的

＃47
达梦不清楚, 好像有部分组在用

＃48
组内之前搞过性能测试 PG 吊打 MySQL
＃51
用的 Gemfire 但是很烂 经常抗不住压力

你没抢到一楼真太可惜了

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

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

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

至少 3 个亿🐶

换 pg 吧，pg 确实强得多

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

让我............我大阿里来！！

在中国印度的铁路系统, 中国啥时候把印度打下来了?

＃60
能不能扛得住我不清楚
新架构设计中考虑过, 但是业务改造量太大, 以目前的工作量来说是不可接受的
现阶段是改造存储数据库来的划算

没事，GitHub 的爹微软有的是集群

前几楼是真德秀