连不上具体库或执行SQL报错，主因是驱动、URL、权限或网络问题；需检查MySQL服务状态、防火墙、bind-address配置、用户远程权限及认证插件兼容性，并优先用命令行验证连通性。
能连上，但连不上具体库或执行 SQL 报错，大概率不是“不会点按钮”，而是驱动、URL、权限或网络层出了问题。直接按图文步骤填完信息就点 Test Connection，失败率极高。
IDEA 找不到 MySQL 驱动或提示“Driver not found”
IntelliJ IDEA Ultimate 自带驱动管理，但社区版默认不带；即使 Ultimate 版，首次连接 MySQL 时也常提示“Download missing driver files”。这不是 bug，是 JetBrains 的安全策略：驱动不随 IDE 预装，需按需下载。
- 点击
Download后，IDE 会从JetBrains JDBC drivers官方源拉取对应版本（如mysql-connector-j-8.3.0.jar），路径在 IDEA 配置目录下的lib子目录中 - MySQL 8.0+ 必须用
mysql-connector-j（8.0.33 起替代旧名mysql-connector-java），若手动指定驱动，选错 JAR 会导致ClassNotFoundException或No suitable driver - 如果公司内网无法联网，可提前下载好 JAR，点击驱动列表旁的
+号 →Custom JDBC Driver→ 指向本地 JAR 文件
Test Connection 显示 “Communications link failure”
这是最典型的假性配置错误——用户名密码、host、port 全对，但就是连不上。根本原因通常是 MySQL 服务未运行、防火墙拦截、或用户权限未开放远程访问。
- 先确认 MySQL 进程活着：
net start | findstr mysql（Windows）或systemctl status mysqld（Linux） - 检查 MySQL 是否监听
0.0.0.0:3306而非仅127.0.0.1:3306：查my.cnf中bind-address值，设为0.0.0.0或注释掉 - MySQL 8.0+ 默认认证插件是
caching_sha2_password，而老驱动或某些连接方式不兼容；可在创建用户时显式指定：CREATE USER 'idea_user'@'%' IDENTIFIED WITH mysql_native_password BY 'pwd123'; - 本地测试可用
mysql -h 127.0.0.1 -P 3306 -u root -p验证基础连通性，排除 IDEA 干扰
连接成功但看不到库/表，或右键 Jump to Data 报 “Schema ‘xxx’ doesn’t exist”
IDEA 默认只内省（introspect）你连接时填在 Database 字段的那个库，其他库不会自动加载，哪怕你有权限。
- 填了
Database字段（比如填了book），则只加载该库的结构；留空则只连到实例层面，不加载任何 schema - 要看到多个库，在连接配置窗口切到
Schemas选项卡 → 勾选需要内省的库名 → 点击OK后右键刷新 - 如果勾选后仍为空，检查该用户是否真有
SHOW DATABASES权限，或是否被sql_mode=STRICT_TRANS_TABLES等模式影响元数据查询
通过 SSH 隧道连接云上 MySQL 却卡在“Testing SSH connection”
SSH 隧道本身失败，比数据库连接失败更隐蔽。IDEA 的 SSH 测试只验证跳板机可达性，不验证隧道能否穿透到目标 DB。
- 确保跳板机上已部署公钥，且私钥文件未加密（或已在
Passphrase字段正确填写）；加密私钥需先用ssh-keygen -p -f key.pem移除密码 - 跳板机的
sshd_config必须开启AllowTcpForwarding yes，否则隧道建立后无法转发 3306 流量 - IDEA 的
Host字段（在常规页）应填云数据库内网地址（如10.0.1.5:3306），不是跳板机地址；这个地址必须能被跳板机路由到 - 建议先用命令行验证隧道：
ssh -L 3307:10.0.1.5:3306 user@jump-host，然后用mysql -h 127.0.0.1 -P 3307 -u ...测试，再映射到 IDEA
真正卡住的地方，往往不在“怎么点”，而在 MySQL 实例本身的网络策略、用户权限粒度、以及驱动与协议版本的隐式匹配。连之前，先用命令行工具交叉验证，比反复重试 IDEA 的 Test Connection 更省时间。
