1. 为什么需要SSH隧道连接MySQL？

想象一下这个场景：你们公司的财务数据库放在内网服务器上，某天老板在机场急着要查报表，但公司VPN突然抽风。这时候如果数据库直接暴露在公网，就像把保险柜钥匙插在门上——数据安全完全依赖防火墙和密码强度，风险极高。

我见过太多企业因为直接开放3306端口导致的安全事故。去年某客户数据库被勒索软件加密，溯源发现攻击者正是通过暴露的MySQL端口入侵。相比之下，SSH隧道相当于给数据库通讯加了双重保险：

1. 加密通道：所有传输数据经过SSH协议加密，即使被拦截也无法破解
2. 身份验证：必须通过SSH密钥或强密码认证才能建立连接
3. 隐藏端口：外部扫描只能看到SSH端口（默认22），数据库端口完全隐形

2. SSH隧道工作原理详解

2.1 端口转发机制

SSH隧道本质是端口转发技术。当你在本地执行这条命令时：

ssh -L 63306:localhost:3306 user@jumpserver -N

发生了三件重要的事：

1. 本地63306端口与jumpserver建立SSH连接
2. jumpserver收到本地63306的请求后，转发给自身的3306端口
3. 返回的数据通过加密通道传回本地

整个过程就像在两地之间搭建了一条加密的虚拟网线。我常用快递来类比：

• 本地端口是发货仓库
• SSH服务器是中转站
• MySQL服务器是收货地址
• 数据包裹全程在防弹车厢运输

2.2 认证方式对比

实测发现，密钥认证配合密码短语(Passphrase)既能防暴力破解，又比纯密码方便管理。生成密钥对的方法：

ssh-keygen -t ed25519 -C "mysql_tunnel_key" # 将公钥上传到服务器 ssh-copy-id -i ~/.ssh/id_ed25519.pub user@jumpserver

3. 实战配置指南

3.1 命令行操作

基础连接命令：

ssh -fN -L 63306:127.0.0.1:3306 -p 2222 dba@dbgateway.example.com

参数说明：

• -f：后台运行
• -N：不执行远程命令
• -L：本地端口转发
• -p：指定SSH端口

保持连接稳定：用autossh自动重连

autossh -M 0 -fN -L 63306:localhost:3306 user@jumpserver

3.2 图形化工具配置

以Navicat为例的配置要点：

1. SSH选项卡：

   • 主机填跳板机公网IP
   • 端口保持22（除非修改过）
   • 认证选"公钥"时，需转换密钥格式：

     ssh-keygen -p -m PEM -f ~/.ssh/id_ed25519

2. 常规选项卡：

   • 主机必须写127.0.0.1
   • 端口填本地转发端口（如63306）
   • 用户名密码是MySQL的认证信息

踩坑提醒：如果连接报"Can't connect to MySQL server on '127.0.0.1'"，检查MySQL用户权限是否允许localhost连接

4. 企业级应用场景

4.1 混合云架构

某客户使用阿里云ECS+本地IDC的混合部署，通过SSH隧道实现：

云应用服务器 -> SSH隧道 -> 内网MySQL集群

具体实现：

# 在云服务器上建立反向隧道 ssh -R 3307:db01.local:3306 cloud_user@public_cloud_ip

4.2 跨VPC访问

AWS不同VPC间的数据库访问方案：

1. 在中转实例安装sshd
2. 配置安全组仅允许特定IP连接22端口
3. 建立隧道：

   ssh -L 3306:privatedb.rds.amazonaws.com:3306 ec2-user@bastion-host

5. 安全加固建议

1. SSH防护：

   • 修改默认22端口
   • 禁用root登录
   • 启用fail2ban
   • 使用证书认证

2. MySQL配置：

   -- 创建专用账户 CREATE USER 'tunnel_user'@'localhost' IDENTIFIED BY 'complexP@ssw0rd'; GRANT SELECT ON finance.* TO 'tunnel_user'@'localhost'; FLUSH PRIVILEGES;

3. 网络层面：

   • 配置iptables白名单
   • 启用SSH登录审计
   • 设置会话超时（ClientAliveInterval 300）

6. 排错技巧

常见错误排查表：

日志查看方法：

# SSH详细日志 ssh -vvv -L 63306:localhost:3306 user@host # MySQL连接日志 tail -f /var/log/mysql/error.log

7. 性能优化

隧道传输会有约5-15%的性能损耗，通过这些方法可以提升：

1. 启用压缩：

   ssh -C -L 63306:localhost:3306 user@host

2. TCP优化：

   echo 'net.ipv4.tcp_window_scaling=1' >> /etc/sysctl.conf sysctl -p

3. 连接池配置： 对于Java应用，建议配置HikariCP：

   spring.datasource.hikari.maximum-pool-size=10 spring.datasource.hikari.connection-timeout=30000

实际测试数据：

• 无隧道：查询耗时120ms
• 基础隧道：140ms
• 优化后隧道：125ms

8. 替代方案对比

当SSH隧道不能满足需求时，可以考虑：

对于需要长期稳定连接的场景，我推荐使用WireGuard配合SSH隧道，既保证安全性又提升传输效率。