Realtime Database Limits Stay organized with collections Save and categorize content based on your preferences.
The following are restrictions on data storage and operations inFirebase Realtime Database. To scale beyond any of these limits,use multiple databases.
Global
Operation | Limit | Description |
---|---|---|
Simultaneous connections | 200,000* | A simultaneous connection is equivalent to one mobile device, browser tab,or server app connected to the database. This isn't the same as the total number of users of your app, because yourusers don't all connect at once. For example, apps with 10 million monthlyactive users usually have fewer than 200,000 simultaneous connections. Your maxsimultaneous connections depends on your total user count and the average timeusers spend in your app. However, if you need to scale beyond this limit, tryusing multiple databases. *The Spark plan limit on simultaneous connections is 100. |
Simultaneous responses sent from a single database. | ~100,000/second | Responses include simultaneous broadcast and read operations sent by theserver from a single database at a given time. The limit refers to the datapackets that represent each individual read or broadcast operation, includingpush notifications, sent from the database. This guidance is for sustained load,but the database can handle occasional higher bursts. |
Number of Cloud Functions triggered by a single write | 1000; or, forCloud Functions v2, 500 per region | While there isn't a limit to how many read or write operations you cantrigger from a single function, a single database write operation can onlytrigger 1000 functions, or 500 functions per region forCloud Functions v2. Cloud Functions can only be triggered by write operations, and each function can also trigger more write operations that trigger more functions (each with their own 1000-function or 500-per-region limit). |
Size of a single event triggered by a write | 1 MB | The size of an event consists of the following values:
|
Data transfer toCloud Functions | 10MB/sec sustained | The rate of event data that can be forwarded toCloud Functions. |
Strict validation is enabled by default for write operations that trigger events. Any write operations that trigger more than 1000 Cloud Functions or a single event greater than 1 MB in size will fail and return an error reporting the limit that was hit. This might mean that some Cloud Functions aren't triggered at all if they fail the pre-validation.
If you're performing a larger write operation (for example, deleting your entire database), you might want to disable this validation, as the errors themselves might block the operation.
To turn offstrictTriggerValidation
, follow these steps:
- Get your Database secret from theService accounts tab of yourProject settings in theFirebase console.
- Run the following CURL request from your command line:
curl -X PUT -d "false" https://<namespace>.firebaseio.com/.settings/strictTriggerValidation/.json?auth\=<SECRET>
Data tree
Property | Limit | Description |
---|---|---|
Maximum depth of child nodes | 32 | Each path in your data tree must be less than 32 levels deep. |
Length of a key | 768 Bytes | Keys are UTF-8 encoded and can't contain new lines or any of the followingcharacters: . $ # [ ] / or any ASCII control characters (0x00 - 0x1F and 0x7F) |
Maximum size of a string | 10 MB | Data is UTF-8 encoded. |
Reads
Description | Limit | Notes |
---|---|---|
Size of a single response served by the database | 256 MB | The size of data downloaded from the database at a single location should beless than 256 MB for each read operation. To perform a read operation at a larger location, try one of the followingoptions: |
Total nodes in a path with listeners or queries on it | 75 million* | You can't listen to or query paths with more than 75 million nodes,cumulative. However, you can still listen to or query child nodes. Try drillingdown deeper into the path or creating separate listeners or queries for morespecific portions of the path. *You can't view paths with more than 30,000 total nodes from the dataviewer in theFirebase console. |
Length of time a single query can run | 15 minutes* | A single query can run for up to 15 minutes before failing. *A single query performed in theFirebase console can only run for upto 5 seconds before failing. |
Writes
Description | Limit | Notes |
---|---|---|
Write rate | 1,000 writes/second | The limit on write operations per second on a single database. While not a hard limit, if you sustain more than 1,000 writes per second, your write activity may be rate-limited. |
Size of a single write request to the database | 256 MB from the REST API; 16 MB from the SDKs. | The total data in each write operation should be less than 256 MB.Multi-path updates are subject to the same size limitation. |
Bytes written | 64 MB/minute | The total bytes written through simultaneous write operations on thedatabase at any given time. |
Except as otherwise noted, the content of this page is licensed under theCreative Commons Attribution 4.0 License, and code samples are licensed under theApache 2.0 License. For details, see theGoogle Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.
Last updated 2025-07-10 UTC.