搜不到存储过程主因是搜索范围限当前连接、缓存未刷新或权限不足；需确认导航器选中目标连接、勾选“所有连接”搜索、右键连接根节点执行“刷新递归”，并验证SELECT权限是否覆盖mysql.proc等系统表。
搜不到存储过程，八成不是 DBeaver 坏了，而是搜索范围、缓存或权限没对上。
搜索范围默认只限当前连接
DBeaver 的导航器搜索（Ctrl + Shift + F）默认只在「当前激活的数据库连接」内查找，不会跨库、跨 schema 自动扫描。如果你连了多个库，但目标存储过程在另一个连接里，搜索结果必然为空。
- 确认左侧导航器中，目标数据库连接节点是否高亮（即被选中）
- 点击导航器顶部工具栏的
搜索设置图标 → 勾选所有连接（对应配置项：search.scope=allConnections） - MySQL 用户注意：存储过程实际位于
procedures或routines节点下，不是直接挂在 database 下；PostgreSQL 则在functions或procedures，Oracle 还要区分packages和独立 procedure
缓存没刷新，结构变更不生效
外部新建/修改了存储过程（比如用命令行执行了 CREATE PROCEDURE），DBeaver 导航器不会自动感知——它依赖本地缓存的对象树索引。不刷新，就永远搜不到新对象。
- 右键点击目标数据库连接 → 选择
刷新（仅刷新顶层）或刷新递归（重建整个 schema 索引，更彻底） - 快捷键
F5对当前选中节点有效；若选中的是procedures节点，F5只刷该节点，建议直接右键连接根节点操作 - 刷新由
NavigatorHandlerRefresh触发，耗时取决于 schema 复杂度，TB 级库可能需数秒
权限不足导致元数据不可见
即使连接成功，用户也可能没有查询系统表的权限。DBeaver 加载存储过程列表时，底层会查类似 mysql.proc（MySQL）、pg_proc（PostgreSQL）或 all_procedures（Oracle）等视图。缺权限 = 查不到 = 搜不到。
- 典型报错：
SELECT command denied to user 'xxx'@'%' for table 'proc'（MySQL/OceanBase-Mysql 场景） - 验证方式：在 SQL 编辑器中手动执行元数据查询，例如
SELECT * FROM mysql.proc LIMIT 1，看是否报权限错误 - 需向 DBA 申请对应权限，如 MySQL 下：
GRANT SELECT ON mysql.proc TO 'user'@'%';；PostgreSQL 下通常需要USAGEon schema +SELECTonpg_proc
过滤器或搜索条件误叠加
导航器底部常有“过滤器”栏（Filter），如果之前设过对象类型（如只显示表）、或启用了大小写敏感/整词匹配，再叠加文本搜索，容易筛空结果。
- 点击导航器底部的
清除过滤按钮（图标为漏斗加 ×），或右键 →过滤→重置所有过滤器 - 检查搜索框右侧的选项：确保
大小写敏感和整词匹配未误勾选（对应配置：search.caseSensitive=false,search.wholeWord=false） - 源码逻辑上，
TreeNodeFilterSearch.select()与treeNodeFilter.select()是&&关系，任一为 false 就排除
真正卡住人的往往不是功能失效，而是「以为搜了全库，其实只搜了一个 schema」，或者「以为刚建完就能看见，其实缓存根本没动」。多看一眼当前选中节点、按一次 F5、再试一次 SELECT * FROM mysql.proc，比重启软件管用得多。
