“未发现可安装的 isam”是驱动位数不匹配所致，需确保navicat与accessdatabaseengine位数一致（同为32位或64位），并正确安装对应版本驱动、关闭占用进程、设置正确编码及字段映射。
navicat 连接 access 时提示“未发现可安装的 isam”
这是典型的驱动位数不匹配错误，不是 navicat 本身问题，而是 windows odbc 层根本没加载到可用的 access 驱动。64 位 navicat 找不到 32 位 accessdatabaseengine，或反过来，就会静默失败——连接测试能过，但展开表节点为空，导入直接报这个错。
确认方式很简单：任务管理器 → 查看进程名是 navicat64.exe（64 位）还是 navicat.exe（32 位）。再打开对应位数的 ODBC 管理器：C:Windowssystem32odbcad32.exe（64 位），C:WindowsSysWOW64odbcad32.exe（32 位），看「驱动程序」页签里有没有 Microsoft Access Driver (*.mdb, *.accdb)。
- 没有？说明装错了位数，必须卸载旧版再装匹配版本
- 有但灰色不可选？可能是注册表残留或权限问题，优先重装驱动
- 已装 64 位 Office？别装 32 位引擎——微软禁止双架构共存，强行装会失败或覆盖
导入时弹窗报“数据库初始化引擎失败”
这个错误几乎等于没装 AccessDatabaseEngine，或者装了但被系统拦截。它和 Office 是否安装无关，只取决于 Windows 是否注册了 Jet/ACE 引擎接口。
最稳妥的安装路径是：从微软官网下载 AccessDatabaseEngine_X64.exe（或 _X86.exe），右键以管理员身份运行。若提示“另一个版本已安装”，不要点“修复”，直接卸载旧版——控制面板 → 卸载程序 → 找到 Microsoft Access database engine 相关条目全删掉，再重装。
- 静默安装可用命令：
AccessDatabaseEngine_X64.exe /quiet - 装完后不用重启，但必须关闭所有 Navicat 和 Access 进程再重试
- 验证是否生效：新建系统 DSN，选
Microsoft Access Driver，指向一个 .accdb 文件，点「完成」→「测试连接」→ 成功后手动展开 Navicat 的表列表，能看见真实表名才算通过
导入向导卡在“正在连接源”或无响应
这不是超时，而是 ODBC 驱动在后台尝试独占打开 .accdb 文件失败。Access 文件一旦被其他进程（比如 Microsoft Access、OneDrive 同步进程、甚至资源管理器预览窗格）占用，Navicat 就只能以只读方式挂起，导入逻辑会卡住或返回空结果。
操作前务必：
- 关闭所有 Office 应用，包括后台的
MSOSYNC.EXE、ONEDRIVE.EXE - 右键 .accdb 文件 → 「属性」→ 「常规」→ 取消勾选「只读」
- 右键同一文件 → 「属性」→ 「安全」→ 当前用户需有「读取和执行」「读取」「写入」权限（即使只导入，ACE 驱动内部也会尝试创建临时锁文件）
- 如果文件在局域网路径（如
\servershare），需确认共享权限也开放了修改权，仅 NTFS 权限不够
导入成功但数据全为空或乱码
驱动装对了，连接也通了，但表里字段全是空值或中文变问号，说明编码层或字段映射出了问题。Access 本身不存字符集声明，ODBC 驱动全靠系统区域设置硬解码，而 Navicat 默认按 UTF-8 解析，中间断层就乱。
关键动作只有两个：
- 在 Navicat 新建 Access 连接时，「高级」选项卡里把
Character Set明确设为GBK或GB2312（不是 UTF-8，也不是 Auto） - 导入向导中取消勾选「使用目标表结构」，改用「自定义字段映射」，把所有文本字段类型手动指定为
TEXT（Access 的 Long Text），避免 Navicat 错判成BLOB或截断为 Short Text - 导入前先在 Navicat 查询窗口执行
SELECT TOP 1 * FROM [表名]，如果这一步就乱码，说明驱动层解码已失败，调 Navicat 设置无效，得回退检查系统区域设置或重装驱动
真正容易被忽略的是：Access 的 ACCDB 格式默认启用 Unicode 存储，但老版本（如 Access 2003 的 MDB）不支持，必须先用 Access 2016+ 打开并另存为 ACCDB，否则驱动连字段定义都读不全。
