tl; dr：处理由 jit 引起的性能下降的最佳方法是什么？
背景：
最近我从 postgres 11 迁移到 12 并注意到，一些查询/程序运行得相当慢。我做了一些研究并测试了不同的配置 - 结果表明 jit 开销超过了它的收益。我看到两种可能的解决方案：
通过运行set jit = off;一次永久禁用所有查询的 jit 。这有帮助，但感觉不自然。（也许是因为更改了默认配置，我没有做太多，因为没有这样的需要。默认值是理智的，需要更改的可能性很小。）这也意味着在运行长查询时放弃可能的性能提升.
在程序开始时禁用 jit 并在结束时启用它。我反对更改配置对并行运行的查询的影响。当然，这会损害日志查询的性能，这些查询会同时运行，但这可能会导致其他可能难以检测的错误。此外，这似乎比第一个解决方案更不正确 - 作为程序的一部分更改配置。
处理这个问题的最好方法是微调配置，这样 jit 就不会被完全丢弃，而且配置也不会在运行时改变。不幸的是，我发现几乎没有任何资源如何，这将是可能的（只有像参数jit_above_cost中的文件，似乎是帮助不大）。
问题：解决此问题的最佳方法是什么？除了运行和测量之外，是否有关于何时禁用 jit 的任何标准？是否可以微调行为（例如，针对特定查询禁用 jit）？