PlanetScale database error reference

This documentation covers some commonly encountered errors and approaches for addressing them.

If you are facing issues or have questions that were not answered in the documentation, the best course of action is to open a support ticket.Additionally, you can find some broader limitations in the PlanetScale system limits documentation.

MySQL and Vitess errors

PlanetScale Vitess databases are powered by Vitess and MySQL. Many errors you encounter will contain a substring of the form SQL Error [XXXX] where XXXX is some integer number. Often, these are errors that are passed along back to the client from MySQL. There are hundreds of MySQL error codes documented on the MySQL error codes page. For example, say you encounter this error:

Error synchronizing data with database Reason:
SQL Error [1364] [HY000]:
target: unigate.-.primary:
vttablet: rpc
error: code = Unknown desc = (errno 1364) (sqlstate HY000) (CallerID: unsecure_grpc_client):
Sql: ...
BindVars: {}

The second line says SQL Error [1364], which corresponds to the ER_NO_DEFAULT_FOR_FIELD error in MySQL. Knowing this, you can make the appropriate changes to your query or schema to mitigate the error. You can also search the MySQL docs and other online sources using the error code, as there is a long history of MySQL questions and answers online. One specific code you may come across is SQL Error [1105], which represents an unknown error in MySQL. On PlanetScale, it’s likely that such an error is actually coming from Vitess, which also has an error documentation page. Note that a number of older Vitess errors used the 1105 code, but there are many other errors documented there as well. We recommend you reference this for Vitess-specific errors. Below, we document more common errors from our customers, and provide suggestions for how to address them.

Error	Reason	How to address
`ResourceExhausted desc = transaction pool connection limit exceeded`	Every PlanetScale database has limit on the number of concurrent transactions it can process. This message indicates you are hitting the limit.	This can be resolved in several ways. One option is to make changes to your application code that reduce the number of long-running transactions. If this is not feasible, you can also size up your database. This can allow long-running transactions to execute quicker, and you also may get a higher concurrent transaction limit.
`primary is not serving, there is a reparent operation in progress`	Your primary database server is unavailable. This often happens due to an OOM error (Out Of Memory). You also may see this on dev branches if you happen to query them during an upgrade.	In the short term, if this error message persists, we recommend you reach out to support. If this was caused by an OOM, you should see if there are changes you can make to your queries to reduce memory pressure on your database. This could mean consolidating queries or building indexes to reduce the number of pages needing to be brought into memory during query execution. If this is not possible, you will likely need to upgrade to a larger cluster size.
`vttablet: (errno 2013) due to context deadline exceeded, elapsed time: ...`	Your query or transaction exceeded the default 20 second per-transaction timeout.	Consider options to reduce the time needed for the query/transaction in question to execute. Things that could help include: adding an index to speed up the query, breaking a large multi-query transaction up into multiple shorter ones. If you need some long-running transactions for analytical purposes, consider offloading those to a tool like Airbyte or Stitch.
`SQL Error [1105] [HY000]: target: platform.-.primary: vttablet: rpc error: code = Aborted desc = transaction ... (exceeded timeout: 20s)`	Max transaction time exceeded.	See row above.
`vttablet: rpc error: code = Aborted desc = Row count exceeded 100000`	You have hit the 100k limit for number of rows returned, updated, or deleted in a single query.	If this is coming from a `SELECT` statement, consider narrowing the search or paginating results. If it is coming from an `UPDATE` or `DELETE`, consider performing updates or deletions in smaller batches.
`vttablet: rpc error: code = ResourceExhausted desc = Out of sort memory, consider increasing server sort buffer size (errno 1038)`	MySQL has a buffer specifically used for sorting. This error is passed up from MySQL and indicates the buffer has been exhausted.	Buffer sizes for MySQL servers on PlanetScale come pre-configured, and we do not allow you to modify the system `sort_buffer_size` parameter. You may be able to get around this error by reducing the size of the result sets being sorted, adding a covering index to avoid performing a filesort during query execution, or increasing the sort buffer size for the individual sessions the query is running in.
`unavailable: vtgate connection error: no endpoints, after 1 attempts`	A connection could not be made to one of your VTGates. These show up as your “load balancers” in the PlanetScale UI.	This can be caused by running queries that return very large result sets, exhausting the available memory on the load balancer. Please contact support to discuss options for mitigating this.

PlanetScale-specific errors

You also may encounter error messages in the PlanetScale UI or on specific PlanetScale features such as safe migrations or workflows. Here, we document a selection of those errors you may run into.

Error	Reason	How to address
`This deploy request is not deployable`	Too many schema changes in one deploy request. If you are making a large number of schema changes in a single branch, you may encounter this error.	Divide up the schema changes into multiple incremental changes, and create separate branches and deploy requests for each.
`Data Definition Language is not supported on branches with safe migrations enabled.`	You attempted to run DDL on a branch with safe migrations enabled.	We recommend you keep safe migrations enabled. If you need to change schema in such a branch, you can create a new branch, modify the schema, and then use a deploy request to bring that change into the original branch.
`not_found: branch is missing or sleeping: branch_id`	The branch you are targeting is either sleeping or has been deleted.	We recommend double checking that you are targeting the correct branch. Additionally, ensure the credentials are not tied to a deleted branch. Reach out to support if you need further assistance.

Other errors

If you are encountering an error not listed here, we recommend you use the MySQL and Vitess error documentation pages to narrow down your issue. If you are unable to identify it on your own, please reach out to support.

Need help?

Get help from the PlanetScale Support team, or join our Discord community to see how others are using PlanetScale.

Pricing

Platform

Integrations

Guides

PlanetScale database error reference

MySQL and Vitess errors

PlanetScale-specific errors

Other errors

Need help?

​MySQL and Vitess errors

​PlanetScale-specific errors

​Other errors

​Need help?

MySQL and Vitess errors

PlanetScale-specific errors

Other errors

Need help?