1. DBeaver 连接 MySQL：你以为只是点几下鼠标，实际是三道上下文校验关我第一次在客户现场用 DBeaver 连 MySQL 时，卡在“连接超时”报错整整 47 分钟。不是密码错了，不是端口不通，而是 DBeaver 默认加载的 MySQL 驱动版本（8.0.33）和客户数据库服务器运行的 MySQL 5.7.36 存在协议兼容性缺陷——驱动试图用caching_sha2_password插件握手，而老版本服务器压根不认这个插件。更讽刺的是，AI 编程工具（比如我在用的 Claude Code）当时给我的三条建议里，有两条都在教我改my.cnf加密插件配置，完全没提驱动降级这个最直接的解法。这件事让我意识到：DBeaver 的“一键连接”，本质是一次对三层上下文的实时校验——本地 Java 运行时环境是否匹配驱动要求、驱动版本是否与远端 MySQL 协议对齐、连接参数是否在 AI 辅助生成的配置模板中被静默覆盖。这三道关卡，任何一道失守，AI 工具生成的“完美连接字符串”都会变成一张废纸。所以本文不讲“下载→安装→填地址→点连接”的流水线操作。我要带你拆开 DBeaver 的 JDBC 连接引擎，看清楚每个步骤背后的真实约束条件。你将看到：为什么某些 AI 编程工具推荐的useSSL=falseserverTimezone=UTC参数组合，在生产环境反而会触发安全扫描告警；为什么用 AI 自动生成的CLAUDE.md配置文件初始化 DBeaver 项目时，必须手动补全driverProperties字段才能让
