|
|
Choosing A Webhost: |
Re: log sql?: msg#01789db.postgresql.general
DEBUG_LEVEL (integer) The higher this value is set, the more "debugging" output of various sorts is generated in the server log during operation. This option is 0 by default, which means no debugging output. Values up to about 4 currently make sense. DEBUG_PRINT_QUERY (boolean) DEBUG_PRINT_PARSE (boolean) DEBUG_PRINT_REWRITTEN (boolean) DEBUG_PRINT_PLAN (boolean) DEBUG_PRETTY_PRINT (boolean) These flags enable various debugging output to be sent to the server log. For each executed query, prints either the query text, the resulting parse tree, the query rewriter output, or the execution plan. DEBUG_PRETTY_PRINT indents these displays to produce a more readable but much longer output format. Setting DEBUG_LEVEL above zero implicitly turns on some of these flags. -- I'd recommend debug level 1 and print query true for starters. Also remember that excessive debug logging can cause performance issues, so keep an eye on things if you crank this up on a production server. Robert Treat On Tue, 2002-07-30 at 00:14, Bruce Momjian wrote: > Andrew Sullivan wrote: > > On Fri, Jul 26, 2002 at 03:27:45PM -0700, Laurette Cisneros wrote: > > > > > > Is there way to track each sql statement and the user for the server? > > > > Sort of. Turn on query logging in the postgresql.conf file, and also > > log connections and PID. Then, you can track back by using the PID, > > to discovere who logged in (and therefore, who issued that query). > > Andrew, what postgresql.conf parameter is query logging. I don't see > it. I see: > > #log_connections = false > #log_timestamp = false > #log_pid = false > > -- > Bruce Momjian | http://candle.pha.pa.us > pgman@xxxxxxxxxxxxxxxx | (610) 853-3000 > + If your life is a hard drive, | 830 Blythe Avenue > + Christ can be your backup. | Drexel Hill, Pennsylvania 19026 > > ---------------------------(end of broadcast)--------------------------- > TIP 4: Don't 'kill -9' the postmaster ---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: tsearch - Regression tests fail, Markus Wollny |
|---|---|
| Next by Date: | Re: Questions about my strategy, Andrew Sullivan |
| Previous by Thread: | Re: log sql?, Neil Conway |
| Next by Thread: | Re: log sql?, Andrew Sullivan |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
Free MagazinesCisco NewsReceive a free quarterly e-newsletter with exclusive articles on how Cisco IT uses its own products and solutions to enable the business. subscribe Systems Management News, the newspaper for IT systems administration and data center managers! Each issue of Systems Management News is chock-full of news and analysis to help you understand what's happening in your field. subscribe The Enterprise Newsweekly eWeek is the essential technology information source for builders of e-business. subscribe Oracle Magazine Oracle Magazine contains technology strategy articles, sample code, tips, Oracle and partner news, how to articles for developers and DBAs, and more. Oracle (NASDAQ: ORCL) is the world's largest enterprise software company. subscribe Total Telecom Total Telecom is "The Economist of the communications industry". subscribe |