PGPool频繁查询

Question

最近，我们在PostgreSQL集群前面安装了一个PGPool集群。这是我们第一次做这样的事。我们设置了QA环境以使用新的PGPool，并且我们打开了Postgresql服务器上的日志记录，这样我们就可以指向pgBadger并查看事情进展情况。

经过最少的使用和不完全24小时的日志记录，pgBadger今天上午向我展示了以下报告：

我觉得这很荒谬。前三个顶级查询甚至与我们的应用程序或应用程序用户都没有任何关系，但它们都指责应用程序煽动它们。

我们假设当应用程序启动时，PGPool是在后台这样做的，但是即使这样.我们的QA应用程序不可能激发369 K次。诚然，花在这些上的时间是可以忽略不计的，在一天的时间里，所有的24秒。

然而，我们要抓住：

• 为什么我们看到这么多来自pgPool的流量？
• 我们能指望这个规模扩大吗？目前，我们这里有一个非常简单的QA数据库。当我们在这个集群中运行200个生产数据库时，我们会期待什么呢？
• 是否有一种简单的方法可以防止posgtresql从pgpool记录这些类型的查询，以便我们更容易地解析真正由我们的应用程序触发的查询？
• 还有另外一个问题，我们应该问，我们没有？

Answer 1

我不认为这些是由PGPool发行的。我认为它们是由您的应用程序(我猜它是用PHP编写并运行在某种ORM上的)激发的。

第一个条目是DEALLOCATE，这意味着有效地告诉服务器从准备好的语句中释放内存。这些看起来像是通过一些PDO模块发布的。

第二个和第三个查询看起来像是与ORM相关的映射查询。您的应用程序可能不知道这些查询是由它正在运行的框架发出的，但是这些查询只有在ORM或类似的环境中才有意义。