如何排查Azure VM与Azure Database for MySQL间的性能瓶颈

1. 网络延迟与连通性排查 #

• 在VM上用基础工具测试网络质量，确认是否存在丢包或异常延迟：

  ping <mysql-server-name>.mysql.database.azure.com
  mtr <mysql-server-name>.mysql.database.azure.com
  

• 抓包分析数据库传输细节，排查TCP重传或握手延迟问题：

  tcpdump -i any host <mysql-server-ip> and port 3306 -w mysql_traffic.pcap
  

• 核对VNET配置：确认VM与MySQL实例在同一子网/对等VNET，无冗余路由；检查VM加速网络状态，确保SR-IOV已生效。

2. 数据库层面性能诊断 #

• 启用慢查询日志定位耗时迁移语句：
  在Azure MySQL参数组中配置：

  slow_query_log = ON
  long_query_time = 1
  slow_query_log_file = /var/log/mysql/slow.log
  

  用工具分析日志：

  mysqldumpslow -s t /var/log/mysql/slow.log
  

• 用EXPLAIN分析迁移SQL，排查全表扫描、索引缺失等问题。
• 查看Azure MySQL监控指标：重点关注CPU使用率、IOPS使用率、连接数、事务延迟，确认升级SKU后资源是否真的达标。

3. Django应用端排查 #

• 开启Django数据库查询日志，记录迁移过程的SQL执行耗时：
  在settings.py中添加：

  LOGGING = {
      'version': 1,
      'disable_existing_loggers': False,
      'handlers': {'console': {'class': 'logging.StreamHandler'}},
      'loggers': {
          'django.db.backends': {
              'level': 'DEBUG',
              'handlers': ['console'],
          },
      },
  }
  

• 检查连接池配置：确认是否启用连接池，避免频繁创建销毁连接的开销。

1. 数据库连接优化 #

• 启用连接池：使用django-db-connection-pool配置参数：

  DATABASES = {
      'default': {
          'ENGINE': 'django.db.backends.mysql',
          'NAME': '<db-name>',
          'USER': '<user>@<server-name>',
          'PASSWORD': '<password>',
          'HOST': '<server-name>.mysql.database.azure.com',
          'PORT': '3306',
          'OPTIONS': {
              'pool_size': 10,
              'max_overflow': 20,
              'pool_recycle': 3600,
          }
      }
  }
  

• 调整MySQL连接参数：在Azure参数组中增大wait_timeout和interactive_timeout，避免连接过早回收；设置max_connections匹配应用并发需求。

2. 迁移操作优化 #

• 改用批量操作API：对数据量较大的迁移，使用bulk_create、bulk_update替代单条操作。
• 临时禁用非必要组件：迁移时关闭Django信号（如post_save）和数据库外键约束，完成后再恢复。
• 拆分大迁移：将复杂迁移拆分为多个小步骤，避免长时间占用数据库资源。

3. 数据库配置优化 #

• 调整缓存参数：将innodb_buffer_pool_size设置为实例内存的70%-80%，提升缓存命中率；业务允许的话，设置innodb_flush_log_at_trx_commit = 2换取写入性能。
• 启用只读副本：将迁移中的读请求分流到副本，减轻主库压力。
• 统一存储引擎：确保所有表使用InnoDB引擎，利用行级锁和事务特性提升并发。

4. 网络层面优化 #

• 配置专用终结点：让VM通过专用终结点连接MySQL，避免公网路由延迟。
• 优化VM网络：增大VM带宽配额，确认加速网络已正确启用（可通过ethtool查看网卡SR-IOV状态）。

内容的提问来源于stack exchange，提问作者Jonathan Nathanson