即時資料庫常見問題與疑難排解

什麼是「同步資料庫連線」？

同時連線是指連線至資料庫的行動裝置、瀏覽器分頁或伺服器應用程式。Firebase 會對應用程式資料庫的連線數設下硬性限制。這些限制旨在保護 Firebase 和使用者免受濫用行為侵害。

Spark 定價方案的上限為 100，無法提高。 Blaze 定價方案的限制為每個資料庫最多 20 萬個並行連線。

這項限制與應用程式的使用者總數不同，因為使用者不會同時連線。如果需要超過 20 萬個並行連線，請參閱「使用多個資料庫進行擴充」一文中的選項。

Realtime Database?

每個 Realtime Database 執行個體每秒的寫入作業數都有上限。如果是小型寫入作業，這個限制大約是每秒 1000 次寫入作業。如果即將達到上限，使用多路徑更新批次處理作業，有助於提高輸送量。

此外，每個資料庫執行個體同時連線的資料庫數量也有上限。預設限制相當寬鬆，足以應付大多數應用程式。 如果您建構的應用程式需要額外擴充，可能需要將應用程式分散到多個資料庫執行個體，以增加擴充性。您也可以考慮 Cloud Firestore 做為替代資料庫。

如果超過用量限制，該怎麼辦？Realtime Database

如果您收到電子郵件快訊，或在 Firebase 控制台中收到通知，指出您已超過 Realtime Database 用量限制，請根據您超過的用量限制採取適當措施。如要查看Realtime Database用量，請前往Firebase控制台的「Realtime Database用量」資訊主頁。

如果超過下載限制，可以升級 Firebase 定價方案，或等待下一個帳單週期開始時重設下載限制。如要減少下載次數，請嘗試下列步驟：

• 新增查詢，限制監聽作業傳回的資料。
• 檢查是否有未建立索引的查詢。
• 使用只會下載資料更新的監聽器，例如 on，而非 once。
• 使用安全性規則封鎖未經授權的下載。

如果儲存空間已用盡，請升級價格方案，以免服務中斷。如要減少資料庫中的資料量，請嘗試下列步驟：

• 執行定期清理工作。
• 減少資料庫中的重複資料。

刪除資料後，系統可能需要一段時間才會更新儲存空間配額。

如果超過資料庫同時連線數上限，請升級方案，以免服務中斷。如要管理資料庫的並行連線，請嘗試使用 REST API 連線使用者 (如果他們不需要即時連線)。

如果 Realtime Database 的儲存空間或下載次數超過 Spark 定價方案的限制，會發生什麼情況？

為提供可預測的價格，專案採用 Spark 定價方案時，可用資源會設有用量上限。也就是說，如果應用程式在任何一個月超出方案限制，系統就會關閉應用程式，避免進一步使用資源和產生額外費用。

如果超過 Spark 定價方案的Realtime Database同時連線限制，會發生什麼情況？

如果應用程式在 Spark 定價方案中達到並行限制，系統會拒絕後續連線，直到關閉部分現有連線為止。連線後，使用者仍可繼續使用該應用程式。

什麼是自動備份？你們是否提供 Realtime Database 的每小時備份服務？

自動備份是進階功能，適用於採用 Blaze 定價方案的專案。這項功能每天會備份一次 Firebase Realtime Database 資料，並上傳至 Google Cloud Storage。

我們不提供每小時備份。

為什麼 2016 年 9 月至 2017 年 3 月期間，我的Realtime Database回報頻寬低於平均值？

計算頻寬時，我們通常會納入安全資料傳輸層 (SSL) 加密負荷 (根據 OSI 模型第 5 層)。不過，我們在 2016 年 9 月導入的錯誤，導致頻寬報表忽略加密額外負荷。這可能導致帳戶中回報的頻寬和帳單費用在幾個月內偏低。

我們已在 2017 年 3 月下旬修正這項錯誤，頻寬報表和帳單也已恢復正常。