1. 选择区域与机器规格（靠近马来西亚）

步骤：先确认可用区域：运行 gcloud compute regions list 或 gcloud compute zones list --filter="asia"；如果 GCP 已在马来西亚有 region，优先选该 region，否则选最近的 asia-southeast1/asia-southeast2。
建议：为低延迟把应用和 DB 放在同一区域/子网；实例类型按业务负载选（CPU 密集选高 CPU 系列，高 I/O 选更大内存和本地 SSD）。

2. 选择存储类型与 IOPS 策略

步骤：尽量使用 Persistent SSD（pd-ssd）或 local SSD（需注意易失性）。命令示例（Compute VM 上创建磁盘）：gcloud compute disks create my-db-disk --size=200GB --type=pd-ssd --zone=asia-southeast1-a。
说明：Persistent SSD 提供稳定 IOPS；对高并发写入，考虑 local SSD 并配合定期备份/复制。开启自动扩容以避免磁盘耗尽。

3. 使用 Cloud SQL 或自建数据库的区别及创建

步骤（Cloud SQL MySQL 示例）：gcloud sql instances create my-sql --database-version=MYSQL_8_0 --tier=db-custom-4-15360 --region=asia-southeast1 --storage-size=200 --storage-type=PD_SSD
说明：Cloud SQL 简化管理（自动备份、维护窗口），但可调参数有限。自建在 Compute Engine 上可完全控制 OS 和调优项。

4. 网络与连接优化

步骤：启用私有 IP（Private IP）以降低网络延迟；为 Cloud SQL 开启 VPC peering 或使用 Cloud SQL Proxy：gcloud sql connect my-sql --user=root --quiet
连接池：在应用层使用 PgBouncer（Postgres）或 ProxySQL/连接池中间件（MySQL），减少短连接开销。配置示例：设置 max_client_conn 与 pool_size，根据 CPU 调整。

5. 数据库参数调优（MySQL/Cloud SQL 可设置 Flags）

MySQL（通用建议）：innodb_buffer_pool_size ≈ 60%~80% RAM（若为 DB 专用机器）；innodb_flush_log_at_trx_commit=2（权衡持久性与性能）；调整 max_connections 与 thread_cache_size。
Cloud SQL 设置：gcloud sql instances patch my-sql --database-flags innodb_buffer_pool_size=13421772800,innodb_flush_log_at_trx_commit=2（根据实际内存换算）。

6. PostgreSQL 常用调参（若使用 Postgres）

步骤：shared_buffers ≈ 25% RAM，effective_cache_size ≈ 50%~75% RAM，work_mem 根据并发查询适当调小。打开 query plans（EXPLAIN ANALYZE）定位慢查询。
Cloud SQL for Postgres 可通过 gcloud sql instances patch --database-flags 修改部分参数。

7. 索引与查询优化实操

步骤：使用慢查询日志（MySQL slow_query_log，Postgres pg_stat_statements）定位热点 SQL。针对慢查询：添加合适索引（避免全表扫描），重写子查询为 JOIN、避免 SELECT * 并分页时使用索引列做范围查询。
实操：开启慢查询并导出，分析最耗时 SQL，逐条优化与验证。

8. 读写拆分与副本策略

步骤：为读密集型场景建立只读副本（Cloud SQL read replicas 或 Compute Engine 上 mysqldreplicate/pg_basebackup），将报表/复杂查询指向副本。
注意：副本存在延迟（replication lag），部署监控 replication lag，并在应用中做好兼容逻辑。

9. 监控、诊断与自动伸缩

步骤：启用 Cloud Monitoring（Stackdriver）与 Cloud SQL Insights；监控指标：CPU、Memory、Disk IOPS、Replication Lag 与 Query Latency。
自动化：根据监控设置报警并触发水平/垂直扩展计划，Cloud SQL 支持在线调整实例规格与磁盘扩容。

10. 运维与系统级优化（OS 层）

步骤（自建 DB）：设置 vm.swappiness=1，禁用 transparent_hugepages：echo never > /sys/kernel/mm/transparent_hugepage/enabled；调整 I/O 调度器为 noop 或 mq-deadline（视磁盘类型）。
备份：开启定期快照与异地备份，测试恢复流程。

11. 常见问题：延迟高如何排查？（问1）

问题：在马来西亚部署，遇到数据库响应延迟高，我该如何快速排查？
回答：先看网络延迟（ping/trace），确认客户端与 DB 在同一区域；检查 CPU/IO/锁等待（show processlist / pg_stat_activity），开启慢查询日志，观察磁盘 IOPS 或 replication lag，再依据热点 SQL 优化索引或增加副本。

12. 常见问题：成本与性能如何平衡？（问2）

问题：我想降低成本但又要保证性能，有哪些可行策略？
回答：使用合适的实例规格（避免过度配置），针对高峰使用自动扩容或临时横向扩展；用读副本降低主库压力；选择 pd-ssd 并开启自动扩容代替持续超配；使用连接池减少资源浪费。

13. 常见问题：Cloud SQL 与自建哪个更合适？（问3）

问题：在谷歌云马来西亚部署，Cloud SQL 还是自建数据库更好？
回答：若想省运维、快速上线且接受部分受限参数，选 Cloud SQL；若需要深度内核/系统调优或本地 SSD 高性能场景，选自建（Compute Engine）并配合成熟的备份与监控方案。

来源：开发者在谷歌云马来西亚服务器上优化数据库性能的技巧