小编Piv*_*spo的帖子

我有一个非常繁忙的功能，我需要以最佳方式优化。此函数只是一个嵌套的 select 语句，遗留应用程序每秒请求数次。

索引已就位，但我注意到它仅在第一次执行函数后使用。我认为问题在于 Postgres 创建了一个通用的执行计划，因为它在大多数情况下是高度排他的，但有时可能没有那么好。

当我EXPLAIN ANALYZE在第一次执行后进行测试时，查询运行得非常快，但应用程序会话仅调用该函数一次，然后终止。我需要第一次执行使用实际的优化计划。任何人都可以帮忙吗？

我们尝试弄乱管理连接池的连接器驱动程序来发出一个DISCARD TEMP而不是DISCARD ALL，因此它可以保持会话的缓存计划并且性能达到顶峰，但我不想在生产环境中这样做.

我们使用的是在 CentOS 6 上运行的 Postgres 9.4。我试过作为 SQL 函数运行，但没有帮助，它实际上作为 plpgsql 函数更快。下面是函数代码：

CREATE OR REPLACE FUNCTION public.ap_keepalive_geteqpid_veiid(
    IN tcbserie bigint,
    IN protocolo integer)
  RETURNS TABLE(eqpid integer, veiid integer, tcbid integer, veiplaca character varying, veiproprietariocliid integer, tcbtppid integer, tcbversao character, veirpmparametro double precision, tcbconfiguracao bigint, tcbevtconfig integer, veibitsalertas integer, sluid integer, harid integer) AS
$BODY$
BEGIN
    RETURN QUERY
    SELECT  teqp.eqpID, 
            teqp.eqpveiID AS veiID, 
            tcb.tcbID, 
            tvei.veiPlaca, 
            tvei.veiProprietariocliID, …