Why Cloud SQL supported engines (MySQL, PostgreSQL, SQL Server) in GCP? - Purpose & Use Cases

The Big Idea

What if you could launch any database engine with just one command, no headaches?

The Scenario

Imagine you have to set up a database server by yourself on a physical machine or a virtual server. You need to install the database software, configure it, secure it, and keep it running smoothly.

Now imagine doing this for multiple types of databases like MySQL, PostgreSQL, and SQL Server, each with its own setup steps and quirks.

The Problem

This manual approach is slow and tricky. You might spend hours installing and fixing errors. Each database engine has different commands and settings, making it easy to make mistakes.

Also, managing backups, updates, and scaling becomes a headache, especially when you have many databases.

The Solution

Cloud SQL offers managed database engines for MySQL, PostgreSQL, and SQL Server. It handles installation, configuration, backups, and scaling automatically.

You just pick the engine you want, and Cloud SQL takes care of the rest, so you can focus on your app instead of the database setup.

Before vs After

✗ Before

sudo apt-get install mysql-server
sudo apt-get install postgresql
sudo apt-get install mssql-server

✓ After

gcloud sql instances create my-instance --database-version=MYSQL_8_0
or
gcloud sql instances create my-instance --database-version=POSTGRES_14
or
gcloud sql instances create my-instance --database-version=SQLSERVER_2019_ENTERPRISE

What It Enables

It enables you to quickly launch reliable, secure databases of different types without deep database admin skills.

Real Life Example

A startup wants to build a web app using PostgreSQL for its data but also needs MySQL for a legacy system and SQL Server for a reporting tool. Cloud SQL lets them run all three easily in one place.

Key Takeaways

Manual database setup is complex and error-prone.

Cloud SQL supports multiple engines with easy setup.

This saves time and reduces management headaches.

Practice

1. Which database engines are supported by Google Cloud SQL?

easy

A. SQLite, Cassandra, and MariaDB

B. Oracle, MongoDB, and Redis

C. Firebase, Bigtable, and Spanner

D. MySQL, PostgreSQL, and SQL Server

Solution

1. Step 1: Recall supported engines in Cloud SQL

   Google Cloud SQL supports three main database engines: MySQL, PostgreSQL, and SQL Server.

2. Step 2: Compare options with supported engines

   Only MySQL, PostgreSQL, and SQL Server lists these three engines correctly; others list unsupported or different services.

3. Final Answer:

   MySQL, PostgreSQL, and SQL Server -> Option D

4. Quick Check:

   Cloud SQL engines = MySQL, PostgreSQL, SQL Server [OK]

Hint: Remember Cloud SQL supports only these three engines [OK]

Common Mistakes:

• Confusing Cloud SQL with other GCP database services
• Including unsupported engines like Oracle or MongoDB
• Mixing NoSQL and SQL engines

2. Which of the following is the correct way to specify the database engine when creating a Cloud SQL instance using gcloud CLI?

easy

A. gcloud sql instances create my-instance --database-version=MYSQL_8_0

B. gcloud sql create instance my-instance --engine=PostgreSQL

C. gcloud sql instances new my-instance --db-engine=SQLSERVER_2019

D. gcloud sql instance create my-instance --version=MySQL8

Solution

1. Step 1: Identify correct gcloud command syntax

   The correct command uses 'gcloud sql instances create' and the flag '--database-version' with uppercase engine and version format.

2. Step 2: Match options with correct syntax

   gcloud sql instances create my-instance --database-version=MYSQL_8_0 matches the correct syntax: 'gcloud sql instances create my-instance --database-version=MYSQL_8_0'. Others use incorrect flags or commands.

3. Final Answer:

   gcloud sql instances create my-instance --database-version=MYSQL_8_0 -> Option A

4. Quick Check:

   Correct gcloud syntax = gcloud sql instances create my-instance --database-version=MYSQL_8_0 [OK]

Hint: Use '--database-version' flag with uppercase engine name [OK]

Common Mistakes:

• Using wrong command verbs like 'create instance' instead of 'instances create'
• Using incorrect flags like '--engine' or '--db-engine'
• Incorrect engine version format or casing

3. Given this snippet to create a Cloud SQL instance with PostgreSQL engine:

gcloud sql instances create pg-instance --database-version=POSTGRES_14 --tier=db-f1-micro --region=us-central1

What will be the engine version of the created instance?

medium

A. SQL Server 2019

B. MySQL 8.0

C. PostgreSQL 14

D. PostgreSQL 9.6

Solution

1. Step 1: Analyze the '--database-version' flag

   The flag '--database-version=POSTGRES_14' specifies PostgreSQL version 14.

2. Step 2: Confirm engine and version from command

   The instance will use PostgreSQL engine version 14 as indicated.

3. Final Answer:

   PostgreSQL 14 -> Option C

4. Quick Check:

   Database version flag = POSTGRES_14 means PostgreSQL 14 [OK]

Hint: Look at '--database-version' value for engine and version [OK]

Common Mistakes:

• Assuming default engine if not read carefully
• Confusing PostgreSQL versions with MySQL or SQL Server
• Ignoring case sensitivity in version strings

4. You tried to create a Cloud SQL instance with this command:

gcloud sql instances create sqlserver-instance --database-version=SQLSERVER_2017

But it failed. What is the likely reason?

medium

A. Missing required region flag

B. SQL Server 2017 is not supported by Cloud SQL

C. Incorrect command syntax for instance creation

D. SQL Server requires a different CLI tool

Solution

1. Step 1: Check required flags for Cloud SQL instance creation

   The --region flag (and --tier) is required; both are missing here.

2. Step 2: Validate other aspects

   SQL Server 2017 is supported via SQLSERVER_2017, command syntax is correct, CLI tool is correct.

3. Final Answer:

   Missing required region flag -> Option A

4. Quick Check:

   Missing --region causes failure [OK]

Hint: Always include --region (and --tier) when creating Cloud SQL instances [OK]

Common Mistakes:

• Assuming SQL Server 2017 is unsupported
• Thinking region flag is optional
• Believing a different CLI tool is needed

5. You need a Cloud SQL instance for an app that requires strong Windows authentication support and integration with Microsoft tools. Which engine should you choose and why?

hard

A. MySQL, because it is the most popular and easy to use

B. SQL Server, because it supports Windows authentication and Microsoft integration

C. Any engine, because Cloud SQL handles authentication uniformly

D. PostgreSQL, because it supports advanced JSON features

Solution

1. Step 1: Identify app requirements

   The app needs strong Windows authentication and Microsoft tool integration.

2. Step 2: Match engine capabilities

   SQL Server supports Windows authentication and integrates well with Microsoft tools, unlike MySQL or PostgreSQL.

3. Step 3: Confirm Cloud SQL engine choice

   Choosing SQL Server engine meets the app's specific needs best.

4. Final Answer:

   SQL Server, because it supports Windows authentication and Microsoft integration -> Option B

5. Quick Check:

   Windows auth needs SQL Server engine [OK]

Hint: Choose SQL Server for Windows authentication needs [OK]

Common Mistakes:

• Picking MySQL or PostgreSQL ignoring Windows auth needs
• Assuming Cloud SQL abstracts all authentication differences
• Not considering app-specific integration requirements