‹ 返回事件历史

与拉取请求有关的事件

原文Incident with Pull Requests
已恢复严重故障GitHub
2026年7月25日星期六 03:37 ~ 2026年7月25日星期六 04:23(45 分钟)
受影响组件
Pull Requests
更新记录
已恢复2026年7月24日星期五 20:23

7月24日19:17 UTC至7月24日20:02 UTC期间,由于数据库模式变更,用户无法创建拉取请求。总计影响50,904名用户的113,930次拉取请求创建尝试,对拉取请求服务的所有请求平均错误率为1.75%,最大错误率为2.25%。现有的拉取请求及其他GitHub功能未受影响。通过回滚受影响数据库的变更,问题得以解决,拉取请求创建随即恢复。<br /><br />根本原因与向托管拉取请求数据的Vitess键空间执行回填工作流有关。回填Vitess命令遇到错误并增加了VReplication延迟,工作流于19:17 UTC被取消。取消操作执行了一个被误解的Vitess代码路径,删除了目标键空间的支撑表,留下不存在的引用,导致创建拉取请求时出错。缓解措施是执行命令删除对已删除表的vschema引用,使拉取请求创建得以恢复。<br /><br />我们正在为工具添加更强的预检验证以防止类似问题,并扩展较低环境支持,以便在推广至生产环境前提供更好的端到端测试覆盖。同时,我们也在修复回填迁移工具,以防止此特定代码路径引发问题。

原文Between July 24, 19:17 UTC and July 24, 20:02 UTC, users were unable to create pull requests due to a database schema change. In total, 113,930 pull request creation attempts were impacted across 50,904 users, with an average error rate of 1.75% and a maximum error rate of 2.25% for all requests to Pull Requests service. Existing pull requests and other GitHub functionality were not affected. The issue was resolved by reverting the change to the affected database, upon which pull request creation immediately resumed.<br /><br />The root cause was related to a backfill workflow into the Vitess keyspace hosting Pull Request data. The backfill Vitess command encountered errors and increased VReplication lag, and the workflow was canceled at 19:17 UTC. The cancellation executed a misunderstood Vitess codepath that dropped the backing table to the target keyspace, leaving a non-existent reference that resulted in errors creating Pull Requests. The mitigation was executing a command to drop the vschema reference to the dropped table, allowing Pull Request creation to resume.<br /><br />We are adding stronger pre-flight validation to our tooling to prevent similar issues and expanding lower-environment support to provide better test coverage end-to-end before promoting them to production. We're also fixing our backfill migration tooling to protect from this specific codepath.

监控中2026年7月24日星期五 20:02

影响Pull Requests的服务降级问题已得到缓解。我们正在持续监控以确保稳定性。

原文The degradation affecting Pull Requests has been mitigated. We are monitoring to ensure stability.

排查中2026年7月24日星期五 19:59

我们已采取缓解措施,并正在监控恢复情况。

原文We have applied a mitigation and are monitoring for recovery

排查中2026年7月24日星期五 19:43

Pull Requests 正经历可用性降级。我们正在继续调查。

原文Pull Requests is experiencing degraded availability. We are continuing to investigate.

排查中2026年7月24日星期五 19:40

我们正在调查创建拉取请求时出现的错误。

原文We are investigating errors creating pull requests

排查中2026年7月24日星期五 19:37

我们正在调查关于拉取请求性能下降的报告。

原文We are investigating reports of degraded performance for Pull Requests

事件内容来自 GitHub 官方状态页:查看官方原文。中文由 AI 翻译,仅供快速理解,以官方英文原文为准。

关于这些数据

事件从哪来?

全部来自各厂商官方状态页的公开接口,由本站每 5 分钟同步一次,保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文,本站不做改写;点详情页底部的链接可回到厂商原始记录核对。

为什么有的服务查不到历史?

本页只收录对外提供官方状态页的服务。没有公开状态页的厂商(多数国产大模型属于此类)无法取得可信数据,本站不做自建拨测去猜,因此也不会出现在状态总览里。

持续时长怎么算?

按官方标注的开始时间到恢复时间计算;尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。