Overview of Backups

This page describes how backups of your Cloud SQL instance work, and how they can be used to restore your data to the same or another instance.

For step-by-step directions for scheduling backups or creating an on-demand backup, see Creating and Managing On-Demand and Automatic Backups.

What backups provide

Backups provide a way to restore your Cloud SQL instance to recover lost data or recover from a problem with your instance. You should enable automated backups for any instance that contains data that you need to protect from loss or damage.

Enabling automated backups, along with binary logging, is also required for some operations, such as clone and replica creation.

What backups cost

Cloud SQL retains up to 7 automated backups for each instance. For First Generation instances, the cost of these backups is included in your instance cost; their storage space does not count against the allotted storage for the instance. For Second Generation instances, the storage used by backups is charged at a reduced rate. See the pricing page for more information.

For First Generation instances using the per use billing plan, scheduled backups incur a small incremental charge, because the instance is activated to take the backup.

About backup size

Backups for Second Generation instances are incremental; they contain only data that has changed since the previous backup was taken. This means that your oldest backup is a similar size to your database, but the sizes of subsequent backups depend on the rate of change of your data. When the oldest backup is deleted, the size of the next oldest backup increases so that a full backup still exists.

When backups are created

When you enable automated backups, you specify a 4-hour backup window. The backup will start during the backup window. When possible, schedule backups when your instance has the least activity.

If your data has not changed since your last backup, no backup is taken.

About on-demand backups

For Second Generation instances, you can create a backup at any time. This could be useful if you are about to perform a risky operation on your database, or if you need a backup and you do not want to wait for the backup window. You can create on-demand backups for any Second Generation instance, whether the instance has automatic backups enabled or not.

On-demand backups are not automatically deleted the way automated backups are. They persist until you delete them. This affects your storage charges.

About the special backup user

Cloud SQL creates a special database user, cloudsqladmin, for each instance, and generates a unique instance-specific password for it. Cloud SQL logs in as the cloudsqladmin user to perform automated backups.

How backups affect instance operations

First Generation instances: For First Generation instances, backups are taken by using FLUSH TABLES WITH READ LOCK to create a snapshot. This means that writes to the instance are blocked while the backup is taken. (The instance remains online, and reads are unaffected.)

Typically, backups complete within a few seconds, but if a large amount of data has been written since the last backup, the backup takes longer to complete.

If there is a pending operation at the time of the backup attempt, Cloud SQL usually makes several attempts within the window to complete the backup. Operations that block backup are long-running operations such as import, export, update (for example, an instance metadata change), and instance restart.

During a long-running operation, such as loading data, you can temporarily disable automated backups.

Second Generation instances: For Second Generation instances, the FLUSH TABLES WITH READ LOCK flag is not used for backups. This means that writes and other operations are unaffected by backup operations.

What's next

Send feedback about...

Cloud SQL for MySQL