执行PostgreSQL存储过程报错：函数find_spot()不存在，求解决

我来帮你排查这个头疼的问题，这种情况我之前处理过好几次，通常是以下几个常见原因导致的，你可以逐一验证：

• 架构（Schema）不匹配
  你在DBeaver里看到的find_spot可能不在应用连接的默认Schema下（比如默认是public，但存储过程在自定义的spot_schema里）。PostgreSQL会优先在当前用户的默认Schema里查找对象，找不到就会提示不存在。

  • 解决办法：
    1. 调用时显式指定Schema：把{call find_spot()}改成{call spot_schema.find_spot()}（替换成你实际的Schema名）；
    2. 调整应用数据库用户的默认搜索路径：执行ALTER USER your_app_user SET search_path TO public, spot_schema;（添加存储过程所在的Schema到搜索路径）；
    3. 在Spring数据源配置中指定searchPath参数（比如HikariCP可以加dataSource.setSearchPath("public,spot_schema");）。

• 存储过程签名不匹配
  错误提示里提到了“No function matches the given name and argument types”，很可能是你调用的无参版本和实际存储过程的参数定义不一致。比如数据库里的find_spot其实是需要参数的（比如find_spot(in area_id int)），但你调用时没传参数，就会被判定为“不存在”。

  • 解决办法：
    在DBeaver里执行\df find_spot（或者查询information_schema.routines表），仔细核对存储过程的参数数量、类型和顺序，确保调用时完全匹配。如果确实是无参存储过程，再往下排查。

• 存储过程与函数的类型混淆
  PostgreSQL里的PROCEDURE（存储过程）和FUNCTION（函数）是不同的对象类型，虽然JDBC的CallableStatement理论上都能处理，但如果语法不对也会出错。比如你创建的是PROCEDURE，但调用方式不符合要求？

  • 解决办法：
    执行SELECT proname, prokind FROM pg_proc WHERE proname = 'find_spot';查看类型：prokind为p是存储过程，f是函数。如果是存储过程，尝试用CALL find_spot();的纯SQL语法测试（在DBeaver里执行），确认能正常运行，再调整Spring里的调用语句。

• 数据库用户权限不足
  有时候权限不足也会伪装成“对象不存在”的错误。你在DBeaver用的用户可能有执行权限，但Spring应用连接用的用户没有。

  • 解决办法：
    给应用用户授予执行权限：如果是函数，执行GRANT EXECUTE ON FUNCTION find_spot() TO your_app_user;；如果是存储过程，执行GRANT EXECUTE ON PROCEDURE find_spot() TO your_app_user;。

• 连接池元数据缓存问题
  如果是刚创建的存储过程，Spring的数据库连接池可能还缓存着旧的元数据，导致连接无法识别新的存储过程。

  • 解决办法：
    直接重启Spring应用，或者刷新连接池（比如HikariCP可以通过配置connectionTestQuery让连接自动刷新，或者手动重启服务）。

内容的提问来源于stack exchange，提问作者user7651509