Re: RFC: Logging plan of the running query
От | Fujii Masao |
---|---|
Тема | Re: RFC: Logging plan of the running query |
Дата | |
Msg-id | 632e99eb-8090-53e6-1b1a-101601904cbd@oss.nttdata.com обсуждение исходный текст |
Ответ на | Re: RFC: Logging plan of the running query (torikoshia <torikoshia@oss.nttdata.com>) |
Список | pgsql-hackers |
On 2021/06/22 11:30, torikoshia wrote: > On Thu, Jun 10, 2021 at 11:09 AM torikoshia <torikoshia@oss.nttdata.com> wrote: >> On 2021-06-09 23:04, Fujii Masao wrote: > >> > auto_explain can log the plan of even nested statement >> > if auto_explain.log_nested_statements is enabled. >> > But ISTM that pg_log_current_plan() cannot log that plan. >> > Is this intentional? >> >> > I think that it's better to make pg_log_current_plan() log >> > the plan of even nested statement. >> >> +1. It would be better. >> But currently plan information is got from ActivePortal and ISTM there >> are no easy way to retrieve plan information of nested statements from >> ActivePortal. >> Anyway I'll do some more research. > > I haven't found a proper way yet but it seems necessary to use something other than ActivePortal and I'm now thinking thiscould be a separate patch in the future. DO $$ BEGIN PERFORM pg_sleep(100); END$$; When I called pg_log_current_query_plan() to send the signal to the backend executing the above query, I got the following log message. I think that this is not expected message. I guess this issue happened because the information about query text and plan is retrieved from ActivePortal. If this understanding is right, ISTM that we should implement new mechanism so that we can retrieve those information even while nested query is being executed. LOG: backend with PID 42449 is not running a query Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
В списке pgsql-hackers по дате отправления: