Navicat连接MySQL 8.0+报“Client does not support authentication protocol”因认证插件不兼容，需改用户认证方式或升级Navicat；DBeaver连PostgreSQL报“no pg_hba.conf entry”需配置服务端访问控制；远程MySQL连不上需检查用户host授权、bind-address及云安全组；DBeaver导入SQL慢应改用Execute Script或命令行。
Navicat 连接 MySQL 时提示 “Client does not support authentication protocol”
这是 Navicat 12 及更早版本连接 MySQL 8.0+ 时的典型报错，根源是 MySQL 8.0 默认启用了 caching_sha2_password 认证插件，而旧版 Navicat 只支持 mysql_native_password。
临时解法（开发环境可用）：ALTER USER 'your_user'@'%' IDENTIFIED WITH mysql_native_password BY 'your_password';
再执行 FLUSH PRIVILEGES;
- 生产环境不建议改认证方式，应升级 Navicat 至 15.0.28+（支持 caching_sha2_password）
- 如果必须用老版本 Navicat，且无法升级，可在 MySQL 配置文件中全局降级：在
my.cnf的[mysqld]下加default_authentication_plugin=mysql_native_password，然后重启 mysqld - 注意：修改后新创建的用户默认仍走 caching_sha2_password，需显式指定插件
DBeaver 连接 PostgreSQL 报错 “FATAL: no pg_hba.conf entry for host”
这不是 DBeaver 的问题，而是 PostgreSQL 服务端拒绝了你的 IP 访问请求。核心在 pg_hba.conf 文件没配对。
检查并编辑 PostgreSQL 的 pg_hba.conf（路径类似 /etc/postgresql/*/main/pg_hba.conf 或 C:\Program Files\PostgreSQL\*\data\pg_hba.conf），确保有类似这一行：
host all all 192.168.1.0/24 md5
- 把
192.168.1.0/24换成你客户端真实 IP 或网段；若本地直连，可写127.0.0.1/32 - 最后字段用
md5（密码加密）或trust（仅测试用，切勿上生产） - 改完必须执行
SELECT pg_reload_conf();或重启 PostgreSQL 服务才生效 - DBeaver 里填的主机、端口、数据库名、用户名，必须和
pg_hba.conf中匹配的那条规则完全一致
Navicat 和 DBeaver 都连不上远程 MySQL，但 telnet 端口通
telnet 通只说明网络层可达，不代表 MySQL 服务允许你登录。常见卡点不在客户端，而在服务端配置。
- 确认 MySQL 用户授权绑定了正确 host：
SELECT user, host FROM mysql.user;—— 如果只看到'root'@'localhost'，远程肯定连不上 - 给用户开远程权限：
GRANT ALL ON *.* TO 'user'@'%' IDENTIFIED BY 'pass' WITH GRANT OPTION;（注意：MySQL 8.0+ 要先CREATE USER再GRANT） - 检查 MySQL 是否监听所有接口：
netstat -tlnp | grep :3306，输出中应含*:3306，而非127.0.0.1:3306；否则要改bind-address = 0.0.0.0并重启 - 云服务器（如阿里云、腾讯云）还要检查安全组——3306 端口是否对你的公网 IP 开放
DBeaver 导入 SQL 文件慢得像卡住，Navicat 却很快
DBeaver 默认用 JDBC 执行 SQL，逐行解析、逐条提交；Navicat 底层调用的是 MySQL 客户端二进制协议，原生支持 source 命令和批量导入。
- 在 DBeaver 中导入大 SQL 文件，优先选右键数据库 →
Tools → Execute Script，勾选SQL Processing → Execute in single transaction和Continue on error - 超大文件（>100MB）别用 GUI 导入，直接用命令行：
mysql -h host -u user -p database_name - DBeaver 的 JDBC 驱动版本太老也会拖慢（尤其 MySQL 8.0+），检查驱动页是否用了
mysql-connector-java-8.0.x.jar，不是 5.1.x - Navicat 的“运行 SQL 文件”功能本质是调用服务端
source，所以快；但不支持事务回滚，出错就停，这点反而不如 DBeaver 稳健
真正麻烦的从来不是点几下鼠标，而是搞清哪一层在拦你——是驱动不认认证方式，是服务端没放行 IP，还是防火墙在中间悄悄 drop 包。配一次连通，背后至少要过三道关。
