企业官网建设流程全解析

1. 项目概述：这不是“装个软件”那么简单

Navicat 15 for MySQL——光看名字，很多人第一反应是“哦，数据库管理工具，不就是点几下鼠标的事？”但在我过去十年带过的几十个数据库迁移、开发协作和生产环境排查项目里，真正能把 Navicat 15 装得稳、配得准、用得久的，不到三成。不是因为操作有多难，而是绝大多数人根本没意识到：安装过程本身，就是一次对本地系统环境、MySQL服务状态、权限模型和网络拓扑的隐性诊断。你点下“下一步”的那一刻，Navicat 其实已经在后台悄悄检查了至少7个关键项：系统架构（x64 还是 ARM？）、.NET Framework 或 Visual C++ 运行库版本、防火墙出站规则、MySQL 服务是否监听 localhost:3306、root 用户密码策略是否启用 caching_sha2_password 插件、SSL 配置是否强制、甚至当前用户是否具备注册表写入权限。这些细节，官方安装向导一个字都不会告诉你，但它会默默在日志里记下每一处异常——而这些日志，恰恰是后续连接失败、中文乱码、查询超时等问题的唯一线索。

这个标题背后的真实需求，远不止“让软件跑起来”。它对应的是三类典型场景：第一类是刚接触数据库的开发者，需要一个图形化界面快速上手建表、写 SQL、看执行计划；第二类是运维人员，在多套 MySQL 环境（测试/预发/生产）间频繁切换，要求连接配置可复用、密码安全存储、SQL 脚本一键分发；第三类是数据分析师，依赖 Navicat 的数据同步、结构对比、报表导出功能，对字符集兼容性、大字段（如 JSON、TEXT）渲染性能、Excel 导入映射逻辑有严苛要求。Navicat 15 相比前代最大的变化，是彻底放弃对 Windows 7 和 macOS 10.14 以下系统的支持，同时将默认连接驱动从旧版 libmysql.dll 升级为 mysqlclient 8.0+，这意味着如果你的 MySQL 是 5.7 版本且未打补丁，或者服务器启用了强密码策略，安装后首次连接大概率会卡在“正在连接…”——这不是软件 bug，而是协议握手失败。我见过太多团队把这个问题归咎于“Navicat 不稳定”，结果花两天排查，最后发现只是 MySQL 服务端少执行了一条ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'xxx';。所以，这篇内容不是教你怎么点按钮，而是带你把安装这件事，拆解成一次可验证、可回溯、可复用的标准化操作流程。无论你是用 Windows 11 搭配 MySQL 8.0，还是在 macOS Sonoma 上连接 Docker 容器里的 MySQL 5.7，或是 Linux 服务器通过 WSL2 远程管理，这套方法都适用。核心就一条：安装不是终点，而是你与数据库建立可信通信链路的第一步。

2. 安装前的系统级准备与风险预判

2.1 系统兼容性清单：别让硬件成为第一道墙

Navicat 15 的官方系统要求写得非常简洁，但实际落地时，很多坑都藏在“支持”二字的缝隙里。我整理了一份经过实测的兼容性清单，不是照搬官网，而是标注了每个组合下必须额外注意的细节：

特别提醒：如果你的电脑是新购的 Windows 11 家庭版，它默认禁用“组策略编辑器”和“Windows 功能”中的“Telnet 客户端”。这看似无关，但 Navicat 在检测 MySQL 连接时，会调用系统底层 socket 库尝试建立 TCP 连接，而某些 OEM 厂商预装的杀毒软件（如 McAfee、Norton）会劫持该调用并返回错误码 10013（权限拒绝）。此时即使 Navicat 安装成功，也会在连接测试时提示“Connection refused”。解决方案不是卸载杀软，而是进入其设置 → 高级防护 → 网络防护 → 将 Navicat.exe 加入白名单。这个细节，99% 的新手教程都不会提，但它是 Windows 平台安装失败的头号原因。

2.2 MySQL 服务端状态核查：安装前必须确认的5件事

Navicat 是客户端，它的安装成败，70% 取决于服务端是否“准备好被连接”。很多人跳过这一步，直接双击安装包，结果装完连不上，再回头查 MySQL，浪费大量时间。以下是我在所有项目启动前必做的五项核查，每项都有明确的验证命令和预期输出：

1. MySQL 服务是否真正运行？
   不要只看任务管理器里的进程名。在管理员权限的 CMD 中执行：

   sc query mysql

   关键看STATE字段是否为4 RUNNING。如果显示1 STOPPED，说明服务未启动，需执行net start mysql。注意：某些 MySQL 安装包（如 XAMPP）的服务名是mysql57或mariadb，需用sc queryex查看全部服务名。

2. 监听地址与端口是否开放？
   执行：

   SELECT @@bind_address, @@port;

   正常应返回0.0.0.0和3306。如果bind_address是127.0.0.1，说明只接受本地连接，远程 Navicat 无法访问；如果是::1（IPv6），则需确保客户端也启用 IPv6 支持。端口若非 3306，Navicat 连接时必须显式填写，不能依赖默认值。

3. root 用户密码策略是否兼容？
   Navicat 15 默认使用 MySQL 8.0 的caching_sha2_password认证插件，但很多老项目仍用mysql_native_password。执行：

   SELECT user, host, plugin FROM mysql.user WHERE user='root';

   如果plugin列显示caching_sha2_password，而你的 Navicat 连接报错Authentication plugin 'caching_sha2_password' cannot be loaded，说明客户端缺少对应 DLL。此时有两种选择：要么在 MySQL 服务端降级认证（不推荐生产环境），要么在 Navicat 连接设置中勾选“使用旧版认证协议”。

4. 防火墙是否放行 3306 端口？
   在 Windows 上，执行：

   netsh advfirewall firewall show rule name="MySQL"

   如果无输出，说明防火墙规则未创建。需手动添加：

   netsh advfirewall firewall add rule name="MySQL" dir=in action=allow protocol=TCP localport=3306

   注意：这是入站规则，Navicat 作为客户端，还需检查出站规则是否被第三方安全软件拦截。

5. 字符集是否统一为 utf8mb4？
   执行：

   SHOW VARIABLES LIKE 'character_set%'; SHOW VARIABLES LIKE 'collation%';

   关键看character_set_server和collation_server是否为utf8mb4和utf8mb4_0900_ai_ci。如果不是，Navicat 创建的新表默认字符集会是latin1，导致中文插入时报错Incorrect string value。修改方法是在my.cnf的[mysqld]段落下添加：

   character-set-server = utf8mb4 collation-server = utf8mb4_0900_ai_ci

   然后重启 MySQL 服务。

提示：以上五项核查，我习惯写成一个批处理脚本mysql-check.bat，每次新环境部署前双击运行，5秒内给出红绿灯报告。绿色表示全部通过，红色则标出具体哪一项失败及修复命令。这个习惯让我在客户现场平均节省 40 分钟排障时间。

2.3 安装包来源与完整性校验：为什么一定要用官网下载？

Navicat 的盗版泛滥程度，在数据库工具圈里是出了名的。但很多人不知道，非官网渠道下载的安装包，存在三重不可控风险：第一，安装程序被注入恶意 DLL，会在你连接生产库时偷偷记录 SQL 语句并外传；第二，破解补丁强制修改 Navicat 的证书验证逻辑，导致后续无法连接启用了 TLS 1.2+ 的 MySQL 8.0.28+ 服务；第三，版本号被篡改，你以为装的是 15.0.30，实际是阉割版 15.0.12，缺失数据同步、结构对比等核心模块。

官方下载地址只有一个：https://www.navicat.com/en/download/navicat-premium（注意域名必须是navicat.com，任何navicat.cn、navicat-down.com都是钓鱼网站）。下载后，务必进行 SHA256 校验。以 Windows 版本为例，官网页面会提供校验值，如：
a1b2c3d4e5f67890...（此处为示意）
在 PowerShell 中执行：

Get-FileHash -Algorithm SHA256 "NavicatPremium15.exe" | Format-List

对比Hash字段是否完全一致。不一致？立刻删除，重新下载。这个动作耗时不到 10 秒，却能避免后续数小时的数据泄露风险排查。

3. 安装过程详解与关键参数配置

3.1 Windows 平台安装：从静默安装到注册表干预

Navicat 15 的 Windows 安装包本质是一个 Inno Setup 打包的 EXE，它支持两种安装模式：图形化向导（GUI）和静默安装（Silent）。前者适合个人学习，后者才是企业批量部署的正确姿势。我来拆解两种模式的核心差异和实操要点。

图形化安装的隐藏陷阱：
安装向导第一页会让你选择“Typical”或“Custom”。绝大多数人选 Typical，以为省事。但 Typical 模式会默认勾选“Install desktop shortcut”和“Install Quick Launch shortcut”，这两个快捷方式的图标路径是硬编码的，一旦你后续移动 Navicat 安装目录，快捷方式就会失效，且向导不会提示。更严重的是，Typical 模式会自动安装一个名为Navicat Monitor Agent的后台服务，它用于收集匿名使用数据（官网称 “improve product quality”），但该服务在 Windows 10/11 上常与 Defender 智能应用控制冲突，导致 Navicat 启动时 CPU 占用飙升至 100%。解决方案是在 Custom 模式下，取消勾选Navicat Monitor Agent，其他组件保持默认即可。

静默安装的完整命令：
企业 IT 部门需要将 Navicat 推送到数百台电脑，这时必须用静默安装。命令如下：

NavicatPremium15.exe /VERYSILENT /SUPPRESSMSGBOXES /NORESTART /SP- /LOG="C:\temp\navicat-install.log" /DIR="C:\Program Files\Navicat Premium 15"

参数含义：

• /VERYSILENT：完全静默，不显示任何界面
• /SUPPRESSMSGBOXES：抑制所有弹窗（包括错误提示，所以必须配合/LOG）
• /NORESTART：安装完成后不重启电脑
• /SP-：跳过“点击下一步开始安装”的欢迎页
• /LOG：指定日志路径，这是排错唯一依据
• /DIR：指定安装目录，强烈建议不要用默认的C:\Users\XXX\AppData\Local\Navicat，因为该路径受 Windows 用户配置文件保护，普通用户无权写入，会导致后续更新失败。

安装完成后，日志中应出现Successfully installed字样。如果看到Error 1603，90% 是权限问题，需以管理员身份运行 CMD 再执行命令。

注册表关键项干预（高级技巧）：
Navicat 的部分配置（如最近连接列表、字体大小）存储在注册表HKEY_CURRENT_USER\Software\PremiumSoft\Navicat\下。如果你需要预设公司标准连接模板，可以导出一个配置好的注册表文件navicat-config.reg，内容类似：

Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\PremiumSoft\Navicat\Connections\MyCompanyDB] "Host"="192.168.1.100" "Port"="3306" "User"="dbadmin" "Password"="encrypted_hash_here" "Charset"="utf8mb4"

然后在静默安装后，用reg import navicat-config.reg命令一键导入。注意：密码字段必须是 Navicat 加密后的哈希值，不能明文，否则会被忽略。生成哈希值需用 Navicat 自带的navicat-crypt.exe工具（位于安装目录下），命令为：

navicat-crypt.exe -e "your_password"

实操心得：我在某金融客户项目中，用此方法将 200 台终端的 Navicat 连接配置统一为符合 PCI-DSS 合规要求的 TLS 1.2 强制加密模式，整个过程耗时 12 分钟，零人工干预。关键在于，注册表导入必须在 Navicat 首次启动前完成，否则它会覆盖你的预设值。

3.2 macOS 平台安装：绕过 Gatekeeper 与签名验证

macOS 的安全机制比 Windows 更严格，Navicat 15 的 macOS 版本虽已通过 Apple Developer ID 签名，但首次运行时仍会弹出“无法打开，因为 Apple 无法检查其是否包含恶意软件”的警告。这不是 Bug，而是 macOS 的 Gatekeeper 机制在起作用。网上很多教程教用户去“系统偏好设置→安全性与隐私→允许来自任何来源”，但这在 macOS Monterey 及以后版本已被移除，且该操作会降低整机安全等级，不推荐。

正确做法是分三步走：

1. 解除隔离属性（Quarantine）：
   下载的.dmg文件被 macOS 标记为来自互联网，需先解除。在终端中执行：

   xattr -d com.apple.quarantine ~/Downloads/Navicat\ Premium\ 15.dmg

   然后挂载 DMG，将 App 拖入 Applications 文件夹。

2. 手动验证签名：
   执行：

   codesign --verify --verbose=4 /Applications/Navicat\ Premium.app

   正常输出应包含valid on disk和satisfies its Designated Requirement。如果报错code object is not signed at all，说明下载包损坏，需重新下载。

3. 首次启动的特殊操作：
   不要双击图标！而是按住Control键，再右键点击图标，选择“打开”。此时会弹出二次确认对话框，点击“打开”即可。这个操作相当于告诉 Gatekeeper：“我信任这个开发者，允许运行”。之后所有启动都无需重复此步骤。

还有一个隐藏技巧：Navicat 在 macOS 上默认使用系统字体渲染 SQL 编辑器，但某些中文字体（如 PingFang SC）在高 DPI 屏幕下会出现字符间距异常。解决方案是在~/Library/Application Support/PremiumSoft/Navicat/目录下创建config.ini文件，添加：

[Editor] FontName=Monaco FontSize=12

这样就能强制使用等宽字体，保证代码对齐和中文显示正常。

3.3 Linux 平台安装：X11 兼容性与字体渲染优化

Navicat 官方并未提供原生 Linux 版本，而是通过 Wine 兼容层打包。因此，Linux 用户的安装本质上是“在 Linux 上运行一个 Windows 程序”。这带来两个核心挑战：X11 图形库兼容性和中文字体缺失。

X11 兼容性修复：
Navicat 15 的 Wine 包要求 X11 的libXrender和libXcursor库版本不低于 0.9.7。在 Ubuntu 22.04 上，执行：

sudo apt install -y libxrender1 libxcursor1 libxinerama1 libxrandr2 libglib2.0-0

安装后，还需设置环境变量，否则启动时会报错Xlib: extension "XInputExtension" missing on display：

export DISPLAY=:0 export LIBGL_ALWAYS_INDIRECT=1

将这两行加入~/.bashrc，然后source ~/.bashrc。

中文字体渲染问题：
Wine 默认不读取 Linux 的字体配置，Navicat 界面中的中文会显示为方块。解决方案是安装ttf-wqy-microhei（文泉驿微米黑）字体，并在 Wine 中注册：

sudo apt install -y ttf-wqy-microhei # 进入 Wine 的虚拟 C 盘 cd ~/.wine/drive_c/windows/Fonts sudo cp /usr/share/fonts/truetype/wqy/wqy-microhei.ttc . # 重启 Wine 注册表服务 wineserver -k

然后启动 Navicat，进入Tools → Options → Environment，将 UI 字体设置为WenQuanYi Micro Hei。

注意事项：Linux 版 Navicat 不支持拖拽文件导入 SQL 脚本，必须通过File → Execute Batch File菜单。这是因为 Wine 对文件系统事件的模拟不完善。我建议在 Linux 上，将 Navicat 仅作为连接管理器，复杂的 SQL 编写和调试仍在 VS Code 中完成，用插件MySQL直接连接，效率更高。

4. 安装后验证与连接配置实战

4.1 首次启动诊断：5个必检项与日志定位法

Navicat 安装完成后，首次启动是验证整个链路是否通畅的黄金窗口。不要急着建连接，先做这五项检查：

1. 检查主界面左下角状态栏：
   正常应显示Ready。如果显示Initializing...超过 10 秒，说明插件加载失败。常见原因是杀毒软件拦截了navicat.exe的网络请求，需临时禁用。

2. 验证帮助文档是否可打开：
   点击Help → Navicat Help。如果弹出空白页或报错Failed to load help file，说明安装包的 CHM 文档组件损坏，需重新下载完整版安装包。精简版（Slim）不包含帮助文档。

3. 测试内置浏览器：
   Tools → Options → Environment → Web Browser，点击Test。Navicat 内置了一个轻量级浏览器用于查看在线文档和社区，如果测试失败，说明系统缺少WebView2 Runtime。需单独下载安装。

4. 检查 SSL/TLS 支持：
   Tools → Options → SSL，查看OpenSSL Library路径。Navicat 15 自带 OpenSSL 1.1.1，路径应为C:\Program Files\Navicat Premium 15\openssl-1.1.1.dll（Windows）。如果显示Not found，说明安装时该 DLL 被杀软误删，需从官网下载独立 OpenSSL 包手动替换。

5. 验证中文输入法兼容性：
   在 SQL 编辑器中，切换系统输入法为中文，输入“测试”。如果出现乱码或输入法候选框不跟随光标，说明 Navicat 的 IME（输入法编辑器）接口未正确初始化。解决方案是在Tools → Options → Environment中，将Use system font勾选取消，改为指定Microsoft YaHei字体。

日志定位法：
所有上述问题，Navicat 都会在日志中留下痕迹。日志路径：

• Windows:%APPDATA%\PremiumSoft\Navicat\Logs\
• macOS:~/Library/Logs/PremiumSoft/Navicat/
• Linux:~/.navicat/Logs/

日志文件按日期命名，如20231001.log。打开最新日志，搜索关键词ERROR、WARNING、Failed。例如，连接失败时，日志中会有类似：
[2023-10-01 14:22:33] ERROR: Connection failed: Authentication plugin 'caching_sha2_password' is not supported.
这句就精准指向了 MySQL 认证插件不兼容的问题，比 GUI 界面的模糊提示有用十倍。

4.2 创建第一个 MySQL 连接：从参数填到 SSL 强制

创建连接是安装后最核心的操作，但很多人填完主机、端口、用户名、密码就点确定，结果连不上。其实 Navicat 的连接配置有 12 个关键参数，我只讲其中 5 个最易错、影响最大的：

1. 连接名称（Connection Name）：
这不是随便起的名字。它会作为连接的唯一标识，出现在所有导出的 SQL 脚本、同步任务、备份计划中。建议采用环境_数据库名_角色格式，如PROD_orderdb_readonly、TEST_userdb_admin。这样在多连接切换时，一眼就能识别用途，避免误操作生产库。

2. 主机名或 IP 地址（Host Name/IP Address）：
这里有个致命误区：很多人填localhost，以为就是本机 MySQL。但在 Windows 上，localhost会优先尝试 IPv6 的::1，而 MySQL 默认只监听127.0.0.1（IPv4）。结果就是 Navicat 显示“连接超时”。解决方案是：永远填127.0.0.1，而不是localhost。对于远程连接，务必确认目标服务器的公网 IP 或内网 IP 是否正确，且路由可达。

3. 端口（Port）：
MySQL 默认是 3306，但很多云服务商（如阿里云 RDS）会随机分配端口，且要求白名单 IP。填错端口，Navicat 会卡在“正在连接…”长达 30 秒才报错。建议在连接前，先用telnet 192.168.1.100 3306测试端口连通性。不通？说明防火墙或安全组没开。

4. 用户名与密码（Username/Password）：
Navicat 支持密码加密存储，但前提是勾选Save password。如果不勾选，每次连接都要手动输入，极其低效。更关键的是，密码框右侧有一个小锁图标，点击可切换“明文/密文”显示。强烈建议首次输入时，先点锁图标看明文，确认无误后再保存。因为 Navicat 的密码加密是单向的，一旦存错，只能删除连接重来。

5. SSL 设置（SSL Tab）：
这是企业级部署的必选项。点击SSL标签页，勾选Use SSL。然后根据 MySQL 服务端配置，选择：

• 如果 MySQL 启用了自签名证书，需上传CA Certificate（ca.pem）、Client Certificate（client-cert.pem）、Client Key（client-key.pem）三个文件。
• 如果 MySQL 启用了强制 SSL（require_secure_transport=ON），则必须上传证书，否则连接直接拒绝。
• 如果只是想加密传输（不验证证书），勾选Skip certificate verification即可，这是最常用的安全折中方案。

实操心得：我在某电商项目中，曾因 SSL 配置漏掉Skip certificate verification，导致 Navicat 连接 RDS 时反复报错SSL connection error: SSL is required by the server to connect。排查了 2 小时，最后发现就差这一个勾选项。教训是：SSL 配置没有“差不多”，只有“全对”或“全错”。

4.3 连接测试与故障速查：一张表解决 90% 的连接问题

连接配置完成后，点击Test Connection是必经步骤。但很多人只看“连接成功”四个字，就以为万事大吉。实际上，Navicat 的连接测试只验证了 TCP 层和认证层，对数据库层面的权限、字符集、最大连接数等不做检查。所以我整理了一张连接故障速查表，覆盖了 90% 的真实场景：

这张表的使用逻辑是：先看 Navicat 报错原文，锁定第一列，然后执行第二列的验证命令，根据第三列输出，执行第四列方案。整个过程可在 2 分钟内完成，比百度搜索快得多。

5. 常见问题与独家避坑指南

5.1 字符集乱码：从根源到终极解决方案

Navicat 中文乱码，是安装后最普遍、最让人抓狂的问题。网上教程千篇一律说“改 Navicat 字体”，但这是治标不治本。乱码的本质是四层字符集不一致：MySQL 服务端、数据库、表、Navicat 客户端。只要有一层是latin1，中文就必然出错。

四层字符集检查命令：
在 Navicat 的查询窗口中，依次执行：

-- 1. 服务端默认字符集 SHOW VARIABLES LIKE 'character_set%'; -- 2. 当前数据库字符集 SELECT DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME='your_db'; -- 3. 当前表字符集 SELECT TABLE_NAME, TABLE_COLLATION FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA='your_db'; -- 4. Navicat 连接字符集（关键！） SHOW VARIABLES LIKE 'character_set_client'; SHOW VARIABLES LIKE 'character_set_connection'; SHOW VARIABLES LIKE 'character_set_results';

如果第 4 步的三个值不是utf8mb4，说明 Navicat 连接时未正确声明字符集。解决方案是在连接设置的Advanced标签页中，勾选Use custom initialization command，输入：

SET NAMES utf8mb4;

这样每次连接都会自动执行该命令，强制客户端使用utf8mb4。

终极解决方案（一劳永逸）：
修改 MySQL 配置文件my.cnf，在[mysqld]和[client]两个段落下，都添加：

[mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_0900_ai_ci [client] default-character-set = utf8mb4

然后重启 MySQL。这样，所有客户端（包括 Navicat、PHP、Python）都会继承该设置，无需单独配置。

注意：utf8mb4是 MySQL 对 UTF-8 的完整实现，支持 emoji 和四字节中文。而utf8是 MySQL 的伪 UTF-8，最多只支持三字节，早已被弃用。任何教程还教你用utf8，都是过时的。

5.2 性能卡顿：为什么 Navicat 会越用越慢？

很多用户反馈，Navicat 用了一两个月后，打开连接列表要 5 秒，执行简单查询要 2 秒，怀疑是软件老化。其实这是 Navicat 的设计特性：它会缓存大量元数据（表结构、索引、视图定义）到本地 SQLite 数据库中，用于加速后续操作。但缓存文件navicat_cache.db会随时间增长，且不自动清理。

定位问题：
进入 Navicat 缓存目录：

• Windows:%APPDATA%\PremiumSoft\Navicat\Cache\
• macOS:~/Library/Caches/PremiumSoft/Navicat/
  查看navicat_cache.db文件大小。如果超过 50MB，就是性能瓶颈。

清理方案：

1. 关闭 Navicat。
2. 将navicat_cache.db重命名为navicat_cache.db.bak。
3. 重启 Navicat，它会自动重建一个干净的缓存文件。
4. 首次打开连接时会稍慢（因为要重新加载元数据），但之后速度会恢复到初始水平。

预防措施：
在Tools → Options → Environment中，将Cache metadata for的值从默认的30天改为7天。这样 Navicat 会自动清理 7 天前的缓存，保持体积可控。

5.3 更新失败：如何安全地升级到 Navicat 15.x 最新版

Navicat 的自动更新机制很脆弱。它会下载一个增量补丁包（delta patch），如果网络中断或磁盘空间不足，补丁会损坏，导致更新后无法启动，报错Application failed to initialize properly (0xc0000142)。

安全更新三步法：

1. 备份配置：
   导出所有连接：Connection → Export Connections，保存为.ncx文件。
   备份注册表（Windows）：reg export HKEY_CURRENT_USER\Software\PremiumSoft\Navicat navicat-backup.reg。

2. 手动下载完整安装包：
   不要用自动更新，而是去官网下载最新版完整安装包（Full Installer），如NavicatPremium15.1.10.exe。增量包只适用于小版本更新（15.0.x → 15.0.y），大版本（15.0 → 15.1）必须用完整包。

3. 覆盖安装：
   运行新安装包，选择Upgrade模式（不是Reinstall）。它会保留你的所有连接、查询历史、书签，只替换核心程序文件。安装完成后，再导入之前备份的.ncx文件，确保万无一失。

我的个人经验是：Navicat 的大版本更新（如 15.0 → 15.1）后，首次启动会重建所有缓存，耗时较长，但这是正常现象。耐心等待 2-3 分钟，不要强行结束进程，否则缓存损坏，又得重来。

6. 安装完成后的进阶配置与效率提升

6.1 自定义快捷键与 SQL 模板：把 Navicat 变成你的专属工作台

Navicat 的默认快捷键（如Ctrl+Enter执行查询）是通用的，但每个人的 workflow 不同。比如，我习惯用F5刷新表数据，用Ctrl+Shift+R重置查询结果，这些都需要自定义。

设置路径：
Tools → Options → Environment → Keyboard Shortcuts。
在这里