Navicat全局查找默认仅限当前窗口，需右键数据库选Quick Find并勾选Search in routines；替换须限定WHERE条件、预览确认、分批执行并手动事务控制。
全局查找不生效？确认是否启用了正确的搜索范围
navicat 的全局查找默认只搜当前打开的查询窗口或表数据页，不是整个数据库。很多人以为点 ctrl+shift+f 就能扫全库，结果什么都没找到。
- 必须先在左侧连接树中右键目标数据库（或 schema），选择
Quick Find，才能真正跨表扫描 - 如果想搜存储过程、视图、函数体里的文本，得勾选
Search in routines，否则CREATE PROCEDURE里的内容会被跳过 - 区分大小写（
Match case）和全字匹配（Whole word）默认关闭，但一旦开启，user_id就不会匹配user_id_new—— 这是替换出错的高发原因
替换后数据异常？警惕 SQL 注入式误替换
直接全局替 'admin' → 'root' 看似简单，但如果字段本身存的是 JSON 字符串，比如 {"role": "admin", "status": "active"}，这一刀切会把 JSON 结构搞坏。
- 优先用
WHERE条件限定范围：先写好UPDATE users SET role = 'root' WHERE role = 'admin'，再执行，比盲目全局替换安全十倍 - Navicat 的「Replace in Tables」功能支持按列类型过滤（如只替换
VARCHAR列），但不支持正则表达式匹配上下文，别指望它智能识别引号边界 - 执行前务必点
Preview，尤其注意时间戳、UUID、加密字段是否被连带修改 —— 替换2023可能误伤created_at = '2023-05-12'
正则替换怎么写才不翻车？Navicat 内置引擎很朴素
Navicat 用的是 PCRE 子集，不支持 \K、条件断言、原子组这些高级特性。想靠正则精准提取字段值再替换，大概率失败。
- 能用字面量就不用正则：替
http://→https://，直接填字符串，别写https?://—— Navicat 对?的处理不稳定，有时当字面问号 - 捕获组可用，但仅限
$1、$2引用，且必须用圆括号()，方括号[]是字符类，不是分组 - 换行符在 Navicat 正则里是
\n，但粘贴进搜索框时，Windows 换行\r\n往往被自动转义，建议先用HEX模式确认实际存储格式
批量操作卡死或中断？内存与事务边界必须手动管
Navicat 默认把全局替换当单条语句执行，遇到大表（千万级）或长文本字段（TEXT、MEDIUMBLOB），极易触发超时或 OOM，界面直接无响应。
- 不要依赖
Replace in Tables一键到底，拆成按主键范围分批：先查SELECT MIN(id), MAX(id) FROM logs，再用WHERE id BETWEEN ? AND ?分段 UPDATE - 确保连接配置里
Query timeout设为 0（不限时），并在「Tools → Options → Environment」里调高Maximum number of rows to retrieve，否则预览都加载不完 - 替换前手动开事务：
BEGIN;，确认无误再COMMIT;，别信界面上那个「Execute all」按钮的原子性承诺
最麻烦的永远不是怎么点菜单，而是你没法靠 Navicat 知道某次替换到底影响了哪些隐藏字段——比如触发器里拼接的 SQL、事件调度器里的注释、甚至 MySQL 8.0 的角色定义语句。真要动全局，先导出 DDL，用外部工具（如 ripgrep）扫一遍再动手。
