[Operations Survival Battle] Facing the MySQL 8.0 EOL, how can we leverage OCI features for a "seamless upgrade"?

近乎零停機維護 (Near-Zero Downtime Maintenance) 傳統痛點： 即使是小版本更新（Minor Upgrade），傳統託管服務也需要重啟資料庫服務，這意味著至少會有幾十秒到幾分鐘的斷線（Downtime），連線會被強行中斷。

OCI 的作法： 透過「熱升級與資料同步」技術。OCI 會在背後悄悄拉起一個運行新版本的全新資料庫實例（Instance），然後利用 Binary Log 自動將舊庫的即時資料同步過去。在切換的「黃金一瞬間」，舊庫維持可讀寫，系統極速將網路流量（DNS/Load Balancer）導向新庫。應用程式可能只會感覺到一次極其短暫的網絡延遲（甚至小於 1 秒）或少數幾個連線需要重連，而不是整段時間斷線。