DBeaver报Access denied for user ''@'xx.xx.xx.xx'，首引号为空表明用户名未传递，主因是连接配置中用户名字段为空或含隐藏空格、数据库类型/驱动模板选错（如用PostgreSQL模板连MySQL），或MySQL用户Host不匹配客户端IP（localhost≠127.0.0.1）、认证插件不兼容（如MySQL 8.0+默认caching_sha2_password需驱动支持）。
确认用户名和密码是否被DBeaver正确传递
报 Access denied for user ''@'xx.xx.xx.xx' (using password: YES) 时，第一个单引号为空，说明 DBeaver 根本没把用户名传过去——不是密码错，是“没登录”。常见原因有：
- 连接配置里用户名字段留空或只含空格（肉眼难辨，建议全选后删再重输）
- 使用了错误的连接模板（比如选了 PostgreSQL 模板却填 MySQL 地址，驱动不识别字段）
- 数据库类型选错：新建连接时误选
Generic或MySQL 5驱动连 MySQL 8+，部分驱动会静默丢弃用户名
验证方法：在 DBeaver 中右键连接 → 编辑连接 → 切到 常规 标签页，确认 User name 和 Password 输入框中无隐藏字符；再点开 驱动设置 → 确认所选驱动与目标数据库版本匹配（如 MySQL 8.0+ 必须用 MySQL 8+ 驱动）。
检查 MySQL 用户 host 是否匹配真实客户端 IP
DBeaver 连接时显示的 'test'@'172.16.1.72' 是 MySQL 记录的客户端来源 IP，这个值必须和 mysql.user 表中对应用户的 Host 字段完全一致（包括 %、localhost、127.0.0.1 的区别）。关键点：
-
localhost≠127.0.0.1：MySQL 对前者走 Unix socket，后者走 TCP；DBeaver 默认走 TCP，所以'user'@'localhost'无法登录 -
%能匹配非本地 IP，但不匹配localhost或127.0.0.1（除非显式授权'user'@'%'且服务端未禁用 skip-name-resolve） - 执行
SELECT User, Host FROM mysql.user WHERE User = 'your_user';看实际记录；若缺失对应 Host，用CREATE USER 'user'@'172.16.1.72' IDENTIFIED BY 'pwd';显式创建
MySQL 8.0+ 的 caching_sha2_password 插件兼容性问题
如果命令行 mysql -u user -p -h xx.xx.xx.xx 能连，但 DBeaver 报 Access denied for user 'user'@'xx' (using password: YES)，大概率是认证插件不兼容。MySQL 8.0 默认用 caching_sha2_password，而旧版 DBeaver JDBC 驱动（尤其低于 8.0.28）对其支持不稳定。
- 查当前用户插件：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'user'; - 临时修复：改用兼容性更好的插件：
ALTER USER 'user'@'xx.xx.xx.xx' IDENTIFIED WITH mysql_native_password BY 'pwd'; FLUSH PRIVILEGES; - 长期方案：升级 DBeaver 到 23.3+，并确保 JDBC 驱动为
mysql-connector-java-8.0.33+；或在连接 URL 后加参数?allowPublicKeyRetrieval=true&useSSL=false
PostgreSQL 的 pg_hba.conf 和密码加密方式不匹配
PostgreSQL 报 FATAL: password authentication failed for user 时，DBeaver 往往不提示具体原因，但根源常在服务端配置：
- 先确认用户名是
postgres（不是root），且大小写严格匹配（Postgres≠postgres） - 查服务器密码加密方式：
SELECT name, setting FROM pg_settings WHERE name LIKE '%password%encryption%';，结果是scram-sha-256就不能配md5 - 在 DBeaver 连接的 驱动属性 中添加对应项：
passwordEncryption=scram-sha-256（值必须和服务端一致） - 检查
/var/lib/pgsql/data/pg_hba.conf：确保有类似host all all 0.0.0.0/0 scram-sha-256的规则，且该行未被更早的reject规则覆盖
这类问题最麻烦的地方在于：错误信息完全不暴露真实原因，必须两边（客户端驱动参数 + 服务端 pg_hba.conf + 密码加密策略）逐项对齐，缺一不可。
