GitHub 團隊近日分享了他們將 GitHub.com 的底層數據庫無縫升級到 MySQL 8.0 的經驗。 據介紹，GitHub 使用 MySQL 來存儲大量關系數據，因此在不影響網站服務級別目標 (SLO) 的情況下升級主機集群（1200 多臺 MySQL 主機）絕非易事。其團隊表示，為了升級到 MySQL 8.0，他們規劃、測試和升級本身總共花費了一年多的時間，并且需要 GitHub 內部多個團隊的協作。

GitHub 的 MySQL 基礎設施概覽：

由 1200 多臺主機組成，包括數據中心中的Azure 虛擬機和裸機主機

存儲超過 300 TB 的數據，并在 50 多個數據庫集群中每秒處理 550 萬次查詢

每個集群都配置為具有主副設置的高可用性

分區存儲數據 —— 利用水平和垂直分片來擴展 MySQL 集群，以及使用 MySQL 集群來存儲特定產品領域的數據。此外還為大結構域 (large-domain) 提供了水平分片的 Vitess 集群，這些區域的增長超出了單主 MySQL 集群的規模

龐大的工具生態，包括 Percona Toolkit、gh-ost、orchestrator、freno 和用于操作主機集群的內部自動化工具

由于需要操作兩個版本的 MySQL，因此 GitHub 內部使用的工具和自動化設施需要能夠兼容處理混合版本，并了解 5.7 和 8.0 之間新的、不同的或已棄用的語法。 為了滿足可用性標準，GitHub 團隊采取了逐步升級策略，滿足在整個過程中進行 checkpoint 和回滾的需求。下面是他們制定的升級計劃：

步驟 1：升級滾動副本 (rolling replica)

步驟 2：升級備份拓撲 (replication topology)

步驟 3：將 MySQL 8.0 主機提升為主集群

步驟 4：升級面向內部的實例類型

步驟 5：清理，確認集群不需要回滾并成功升級到 MySQL 8.0 后，刪除 5.7 服務器。驗證工作會至少經歷一個完整的 24 小時流量周期，以確保在高峰流量期間不會出現問題。

至于為什么要升級到 MySQL 8.0，GitHub 團隊表示主要是因為 MySQL 5.7 的生命周期即將結束。此外升級后可以獲得最新安全補丁、錯誤修復和性能增強的 MySQL 版本。他們還希望測試 8.0 中的新功能并從中受益，包括即時 DDL、隱形索引和壓縮的 bin 日志等。

審核編輯：湯梓紅