Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。
Realtime Database のよくある質問とトラブルシューティング
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
このページでは、Firebase Realtime Database の使用に関するトラブルシューティングのヘルプ情報と、よくある質問への回答を紹介します。探している情報が見つからない場合や、さらにサポートが必要な場合は、Firebase
サポートにお問い合わせください。
「同時データベース接続」とは何ですか?
同時接続は、1 つのモバイル デバイス、
ブラウザタブ、またはサーバーアプリがデータベースに接続されることです。Firebase では、アプリのデータベースへの同時接続数についてハードリミットを設けています。この制限は、
Firebase およびユーザーを不正行為から守るためのものです。
Spark のお支払いプランにおける上限値は 100 で、この数値を上げることはできません。Blaze のお支払いプランにおけるデータベースごとの同時接続の上限値は 200,000 です。
すべてのユーザーが同時に接続するわけではないため、この上限値は、アプリを利用する合計ユーザー数にはなりません。200,000 を超える同時接続が必要な場合は、複数のデータベースでスケールするのオプションをご覧ください。
Realtime Database の使用量上限を超えた場合は、どうすればよいですか?
Firebase コンソールで、Realtime Database の使用量上限を超えたというメール通知アラートまたは通知を受け取った場合は、超えた使用量上限に基づいて対処できます。Realtime Database の使用状況を確認するには、Firebase コンソールの Realtime Database の使用状況ダッシュボードに移動します。
ダウンロード上限を超えている場合は、Firebase お支払いプランをアップグレードするか、次回の請求期間の開始時にダウンロード上限がリセットされるのをお待ちください。ダウンロード量を減らすには、次の手順を試してください。
-
リッスン オペレーションから返されるデータを制限するクエリを追加します。
-
インデックス付けされていないクエリを確認します。
-
データの更新のみをダウンロードするリスナーを使用します。たとえば、
on ではなく once です。
-
セキュリティ ルールを使用して、許可されていないダウンロードをブロックします。
保存容量の上限を超えている場合 は、サービスの中断を避けるためにお支払いプランをアップグレードします。データベース内のデータ量を減らすには、次の手順を試してください。
- 定期的なクリーンアップ ジョブを実行します。
- データベース内の重複データを減らします。
データ削除が
保存容量の割り当てに反映されたことを確認できるまでに、しばらく時間がかかる場合があります。
データベースへの同時接続の上限を超えている場合は、サービスの中断を避けるためにプランをアップグレードします。データベースへの同時接続を管理するには、ユーザーにリアルタイム接続が必要ない場合は REST API を使用してユーザーを接続してみてください。
Spark お支払いプランで
Realtime Database の保存容量またはダウンロードの上限を超えるとどうなりますか?
Realtime Database
想定請求額を提示する目的で、プロジェクトが Spark のお支払いプランの場合、使用できるリソースには上限が設けられています。つまり、各月のプランのリソース上限を超過すると、これ以上のリソースの使用と追加料金が発生しないようにアプリが無効になります。
Spark お支払いプランで Realtime Database の同時接続数の上限を超えるとどうなりますか?Realtime Database
アプリが Spark お支払いプランでの同時接続上限に達すると、既存の接続のいくつかが閉じられるまでは、以降のすべての接続が拒否されます。接続されているユーザーは引き続きアプリを使用できます。
自動バックアップとは何ですか?
では毎時間のバックアップを行っていますか?
Realtime Database
自動バックアップは、Blaze のお支払いプランのプロジェクト向けの拡張機能です。この
機能は、Firebase Realtime Databaseデータを 1 日 1 回バックアップし、
Google Cloud Storageにアップロードします。
毎時間のバックアップは行っておりません。
Realtime Database について 2016 年 9 月から 2017 年 3 月の間に平均より低い帯域幅が報告されたのはなぜですか?Realtime Database
帯域幅の計算には、通常、SSL 暗号化
オーバーヘッド(OSI モデルのレイヤ 5 に基づく)が含まれています。しかし、
2016 年 9 月に、帯域幅の
報告で暗号化オーバーヘッドを無視するバグが導入されました。これにより、アカウントで報告された帯域幅と請求書が数か月間不自然に低くなった可能性があります。
2017 年 3 月下旬にバグの修正をリリースし、帯域幅の報告と請求を通常のレベルに戻しました。
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2026-08-10 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["必要な情報がない","missingTheInformationINeed","thumb-down"],["複雑すぎる / 手順が多すぎる","tooComplicatedTooManySteps","thumb-down"],["最新ではない","outOfDate","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["サンプル / コードに問題がある","samplesCodeIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2026-08-10 UTC。"],[],[]]