Re: "COPY TO stdout" statements occurrence in log files

From: Chris Browne <cbbrowne(at)acm(dot)org>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: "COPY TO stdout" statements occurrence in log files
Date: 2011-01-14 21:19:42
Message-ID: 8739ovdvyp.fsf@cbbrowne.afilias-int.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

msakrejda(at)truviso(dot)com (Maciek Sakrejda) writes:
>> Is this normal? I'm afraid because my application doesn't run this kind of
>> statement, so how can I know what is doing these commands? Maybe pg_dump?
>
> I think pg_dump is likely, yes, if you have that scheduled. I don't
> think anything in the log file will identify it as pg_dump explicitly
> (I believe as far as the server is concerned, pg_dump is just another
> client), but if you're concerned about this, you can add the client
> pid (%p) to log_line_prefix in postgresql.conf, log the pg_dump pid
> through whatever mechanism manages that, and compare.

That's an option... More are possible...

1. Our DBAs have been known to create users specifically for doing
backups ("dumpy"). It doesn't seem like a *huge* proliferation of users
to have some 'utility' user names for common processes.

2. In 9.1, there will be a new answer, as there's a GUC to indicate the
"application_name".
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the Universe trying
to produce bigger and better idiots. So far, the Universe is
winning." -- Rich Cook

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Kevin Grittner 2011-01-14 22:30:49 Re: Best way to get the latest revision from a table
Previous Message Nikolas Everett 2011-01-14 21:17:28 Best way to get the latest revision from a table