GCP本地通过Classic VPN向VM版MySQL插入数据过慢的优化方案

虚拟机（VM）配置：

• 实例类型 = n2-custom-32-65536
• 启动盘 = 120GB SSD
• 附加磁盘 = 1080GB SSD

我通过Classic VPN建立本地数据中心与GCP的连接，VM上部署了MySQL数据库。

执行插入操作的代码如下：

import mysql.connector
mydb = mysql.connector.connect(
        host="{VM internalIP}",
        user="{user}",
        password="{password}",
        database="{database}"
    )
cursor = mydb.cursor()
sql_insert_string = "INSERT INTO database(id, type, date, " \
                    "date_2, date_3, days) " \
                    "VALUES ('id','type','date','date_2','date_3','days')"
for i in range(1, 1000000):
  cursor.execute(sql_string)
  mydb.commit()

本地执行该代码5分钟仅能插入约15000条数据；但在VM本地执行相同代码5分钟，可插入400000条数据。

已知该差异由网络问题导致，现寻求无需修改上述代码的前提下，提升本地向VM插入数据速度的方案。

可行方案 #

1. 优化Classic VPN配置 #

• 启用VPN的TCP MSS钳制，避免跨VPN连接时因数据包过大导致分片丢包，减少重传开销
• 调整VPN加密算法，改用更轻量的AES-GCM替代3DES这类老旧算法，降低加密解密带来的网络延迟
• 检查VPN隧道带宽限制，确认GCP端和本地数据中心端的VPN网关带宽匹配，不足则升级套餐

2. GCP网络架构调整 #

• 将VM迁移到与本地VPN网关同区域的GCP可用区，消除跨区域传输的额外延迟
• 用Cloud Interconnect替代Classic VPN，专线连接能提供更稳定、低延迟的链路，大幅提升跨网数据传输效率
• 给VM配置静态内部IP，避免DNS解析或IP变动带来的隐性延迟

3. MySQL服务端参数优化 #

• 在MySQL配置文件（my.cnf/my.ini）中设置autocommit=1，服务端层面的自动提交优化可减少网络交互的确认开销
• 调整innodb_flush_log_at_trx_commit参数为2，改为每秒刷新日志到磁盘，而非默认的每次提交都刷新，减少日志刷盘导致的等待延迟（注：极端故障下可能丢失1秒内数据，需评估业务容忍度）
• 增大max_allowed_packet参数，确保数据包传输无需分片，提升传输效率

4. 网络链路排查与优化 #

• 用traceroute/mtr工具排查本地到GCP的网络路径，定位是否存在中间节点高延迟或丢包，联系ISP优化路由
• 在本地和GCP端分别开启QoS流量优先级，把MySQL默认3306端口的流量设为最高优先级，避免被其他流量挤占带宽

内容的提问来源于stack exchange，提问作者Tim Chiang