As seguintes situações podem aumentar a quantidade de erros ABORTED:
Um documento que recebe muitas atualizações por segundo.
Contenção de transações sobrepostas.
Aumentos de tráfego que excedem a regra 500-50-5 ou encontram pontos de acesso.
ABORTED
Too much contention on these datastore entities. Please try again.
Ou
ABORTED
Aborted due to cross-transaction contention. This occurs when multiple
transactions attempt to access the same data, requiring Firestore to abort at
least one in order to enforce serializability.
Para resolver o problema:
Para aumentos rápidos no tráfego, o Firestore tenta escalonar
automaticamente para atender ao aumento na demanda. Quando o Firestore
é escalonado, a latência começa a diminuir.
Os pontos de acesso limitam a capacidade do Firestore de escalonar verticalmente. Consulte a seção Como criar em escala para identificar pontos de acesso.
As seguintes situações podem causar erros INVALID_ARGUMENT:
Tentativa de confirmar um documento com um valor de campo indexado maior que
1.500 bytes. Esse limite se aplica à codificação UTF-8 do valor do campo.
Tentativa de confirmar um documento com valores de campo não indexados maiores
que 1.048.487 bytes (1 MiB - 89 bytes). Esse limite se aplica à soma
dos valores de campo em um documento. Por exemplo, quatro campos de 256 KiB cada
ultrapassam o limite.
1.500 bytes (indexados) e 1.048.487 bytes (não indexados) são
limites para valores de campo. Não é possível
ultrapassar esses limites, e eles não são cotas que podem ser
ajustadas.
INVALID_ARGUMENT: The value of property field-name is longer than 1500 bytes
ou
INVALID_ARGUMENT: The value of property field_name is longer than 1048487 bytes
Para resolver o problema:
Para valores de campo indexados, divida o campo em vários campos. Se possível, crie um campo não indexado
e mova os dados que não precisam ser indexados para o campo
não indexado.
Para valores de campo não indexados, divida o campo em vários campos
ou implemente a compactação para o valor do campo.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 UTC."],[],[],null,["# Understand error codes\n======================\n\nThis page lists error codes that you might encounter and provides suggestions for\nhow to fix each of them.\n\n### DEADLINE_EXCEEDED\n\nThe following can increase `DEADLINE_EXCEEDED` errors:\n\n- An increase in latency caused an operation take longer than the deadline (60 seconds by default) to complete.\n\n```\nDEADLINE_EXCEEDED\n\nA deadline was exceeded on the server.\n```\n\nTo resolve this issue, see the [guide to troubleshooting latency](/firestore/docs/resolve-latency).\n\n### ABORTED\n\nThe following situations can increase `ABORTED` errors:\n\n- A document receiving too many updates per second.\n- Contention from overlapping transactions.\n- Traffic increases that exceed the 500-50-5 rule or encounter hot-spots.\n\n```\nABORTED\n\nToo much contention on these datastore entities. Please try again.\n```\n\nOr \n\n```\nABORTED\n\nAborted due to cross-transaction contention. This occurs when multiple\ntransactions attempt to access the same data, requiring Firestore to abort at\nleast one in order to enforce serializability.\n```\n\nTo resolve this issue:\n\n- For rapid traffic increases, Firestore attempts to automatically scale to meet the increased demand. When Firestore scales, latency begins to decrease.\n- Hot-spots limit the ability of Firestore to scale up, review [designing for scale](./best-practices#designing_for_scale) to identify hot-spots.\n- Review [data contention in transactions](./transaction-data-contention) and your usage of transactions.\n- Reduce the write rate to individual documents.\n\n### RESOURCE_EXHAUSTED\n\nThe following situations can lead to `RESOURCE_EXHAUSTED` errors:\n\n- You exceeded the [free tier quota](https://cloud.google.com/firestore/quotas#free-quota) and billing is not enabled for your project.\n\n```\nRESOURCE_EXHAUSTED\n\nSome resource has been exhausted, perhaps a per-user quota, or perhaps the entire file system is out of space.\n```\n\nTo resolve this issue:\n\n- Wait for the daily reset of your free tier quota or [enable billing for\n your project](/billing/docs/how-to/modify-project#enable_billing_for_a_project).\n\n### INVALID_ARGUMENT\n\nThe following situations can cause `INVALID_ARGUMENT` errors:\n\n- Attempting to commit a document with an **indexed** field value greater than 1,500 bytes. This limits applies to the UTF-8 encoding of the field value.\n- Attempting to commit a document with **un-indexed** field values greater than 1,048,487 bytes (1 MiB - 89 bytes). This limit applies to the sum of the field values in a document. For example, four fields of 256 KiB each exceed the limit.\n\n1,500 bytes (indexed) and 1,048,487 bytes (un-indexed) are\n[limits](/datastore/docs/concepts/limits) for field values. You cannot\nexceed these limits and they are not quotas that can be\nadjusted. \n\n```\nINVALID_ARGUMENT: The value of property field-name is longer than 1500 bytes\n```\n\nor \n\n```\nINVALID_ARGUMENT: The value of property field_name is longer than 1048487 bytes\n```\n\nTo resolve this issue:\n\n- For indexed field values, split the field into multiple fields. If possible, create an un-indexed field and move data that doesn't need to be indexed into the un-indexed field.\n- For un-indexed field values, split the field into multiple fields or implement compression for the field value."]]
