Navicat刷新表结构需手动重载元数据而非右键“刷新”：执行ALTER TABLE后，须在“设计表”界面点击Reload（F5）或Ctrl+Shift+R强制重载；右键“刷新”仅更新数据行，不查INFORMATION_SCHEMA；缓存损坏时需清理本地Cache_文件夹并重启。
Navicat刷新表结构缓存后仍显示旧字段
navicat不会自动同步数据库元数据变更，执行 alter table 或新建字段后，右键“设计表”看到的仍是旧结构，不是sql没生效，而是本地缓存没更新。
常见错误现象：SQL执行成功（提示 Query OK），但“设计表”里新增字段不出现；手动修改字段类型后，“保存”按钮灰色不可点；刷新数据库节点后，子表列表里字段数对不上。
- 先确认是否已提交事务——MySQL默认自动提交，但若你手动执行了
BEGIN，必须显式运行COMMIT - 右键目标表 → 选择“设计表”，再点击顶部菜单栏的
Options标签 → 点击Reload按钮（不是“保存”） - 或更彻底：选中整个数据库 → 按
Ctrl + Shift + R强制重载全部元数据（包括视图、存储过程、外键依赖关系） - 如果仍无效，关闭当前连接 → 工具 → 选项 → 连接 → 勾选“每次连接时刷新元数据”，再重连
Navicat缓存导致“刷新表”不更新字段定义
右键表名弹出的“刷新”菜单项，实际只刷新数据行（SELECT *），**不重新查询 INFORMATION_SCHEMA.COLUMNS**，所以字段增删改完全不体现。
使用场景：团队协作开发中，同事在命令行加了字段，你用Navicat打开“设计表”却看不到——这不是权限问题，是缓存机制差异。
- 不要依赖右键菜单里的“刷新”，它和表结构无关
- 进入“设计表”界面后，直接按
F5或点击工具栏上的Reload图标（循环箭头） - 若字段仍缺失，检查当前连接是否指向正确数据库——Navicat标签页右上角图标可能显示为
MySQL，但实际连的是测试库而非生产库 - Navicat 16 及更早版本对 MySQL 8.0+ 的生成列（generated column）、JSON Schema 验证字段支持较弱，即使刷新也可能漏读，建议升级到 Navicat 17+
清除Navicat本地元数据缓存目录
当 Ctrl + Shift + R 失效，且多张表结构集体不同步时，大概率是本地缓存文件损坏，需手动清理。
性能影响：清理后首次打开表会稍慢（需重建元数据索引），但后续操作更稳定；不影响已保存的查询、连接配置或书签。
- Windows 路径：
%APPDATA%\PremiumSoft\Navicat\下查找以Cache_开头的文件夹，删除整个文件夹 - macOS 路径：
~/Library/Caches/com.premiumsoft.navicat/，清空该目录 - Linux 路径：
~/.navicat/cache/，执行rm -rf ~/.navicat/cache/* - 重启 Navicat，重新连接数据库，首次加载时会自动重建缓存
为什么手动执行 SHOW CREATE TABLE 能看到新结构，Navicat 却不能？
因为 Navicat 的“设计表”功能依赖内部元数据缓存，而 SHOW CREATE TABLE 是实时查询系统表，两者走的是不同路径。这不是 bug，是设计取舍：缓存提升响应速度，但牺牲了实时性。
容易被忽略的关键点：Navicat 在“设计表”界面点击 Save 时，**不是保存本地修改，而是把当前缓存结构反向生成 DDL 并执行**——如果你没先 Reload，它就会拿过期结构去执行 ALTER TABLE，可能报错或覆盖真实变更。
