Postgresql 谷歌云SQL-破解Postgres日志&；查看临时日志文件

我有一个Postgres实例在Google Cloud SQL上运行。我在联机“日志查看器”中破译消息时遇到一些问题

我收到了很多类似这样的“信息”级别的消息，一遍又一遍地重复

[i] 2019-06-12 16:19:05.376 MDT [119402]: [2-1] db=cleanchemidata,user=cleanchemiadmin STATEMENT: SELECT MAX("cc_systemdataview"."time_stamp") AS "time_stamp__max" FROM "cc_systemdataview" WHERE "cc_systemdataview"."job_id" = 72
[i] 2019-06-12 16:19:06.213 MDT [119401]: [1-1] db=cleanchemidata,user=cleanchemiadmin LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp119401.0", size 38330368

我创建了那个用户和数据库，我知道为什么我的应用程序会做出那个select语句

我不明白为什么要在日志中打印这个select语句（但我的应用程序中没有其他SQL语句）。这看起来不像是个错误

路径为“base/pgsql\u tmp/pgsql\u tmp119401.0”的临时日志文件可能有答案，但我不知道如何访问它。我尝试打开“cloud shell”并浏览文件系统，但找不到此“base”或“pgsql_tmp”文件夹或任何日志文件

关于为什么显示此

语句

消息，或者如何访问此临时日志文件，您有什么想法吗？

请按照以下内容进行PostgreSQL性能监控：

此日志事件在写入临时文件时发出，用作 部分正常操作，然后再次删除

通常，当查询无法分配足够的资源时，您会看到这种情况 内存由于工作\u mem限制，必须使用磁盘上的文件 执行排序或哈希操作

您可以在提供的链接中找到更多详细信息以及建议采取的措施

我不熟悉您的DB约束，但我会研究优化所述查询，因为不使用临时文件的查询通常执行得更好

至于访问日志文件，很遗憾，您当前无法查看临时文件，因为。可视化日志的唯一方法是通过Stackdriver日志记录，如前所述

重要的是要了解，虚拟机本身是一个临时VM实例。它的主要目的是使您能够轻松地管理项目和资源，而无需安装Google Cloud SDK。它的内容与云SQL的实例文件系统无关，因此您没有看到您提到的目录

对于PostgreSQL性能监控，请参见以下内容：

此日志事件在写入临时文件时发出，用作 部分正常操作，然后再次删除

通常，当查询无法分配足够的资源时，您会看到这种情况 内存由于工作\u mem限制，必须使用磁盘上的文件 执行排序或哈希操作

您可以在提供的链接中找到更多详细信息以及建议采取的措施

我不熟悉您的DB约束，但我会研究优化所述查询，因为不使用临时文件的查询通常执行得更好

至于访问日志文件，很遗憾，您当前无法查看临时文件，因为。可视化日志的唯一方法是通过Stackdriver日志记录，如前所述

---

重要的是要了解，虚拟机本身是一个临时VM实例。它的主要目的是使您能够轻松地管理项目和资源，而无需安装Google Cloud SDK。它的内容与云SQL的实例文件系统无关，因此您没有看到您提到的目录

无法访问临时日志文件，因为云SQL是托管服务。sql语句似乎是由用户cleanchemiadmin执行的，我不确定这是系统管理的用户还是由您这边的某个人创建的用户。您可能有一个执行此查询的进程。感谢您的回复。这是我创建的一个用户。无法查看日志文件？是的，此临时日志可能是postgresql进程的内部日志，如果它位于文件系统中，则无法访问它，因为Cloud SQL是一个托管系统，并且它的文件系统未公开。由于Cloud SQL是一个托管服务，因此无法访问临时日志文件。sql语句似乎是由用户cleanchemiadmin执行的，我不确定这是系统管理的用户还是由您这边的某个人创建的用户。您可能有一个执行此查询的进程。感谢您的回复。这是我创建的一个用户。无法查看日志文件？是的，此临时日志可能是postgresql进程的内部日志，如果它位于文件系统中，则无法访问它，因为Cloud SQL是一个托管系统，其文件系统未公开。