Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lhyvW-0007O0-O4 for pgsql-hackers@arkaria.postgresql.org; Sat, 15 May 2021 18:22:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lhyvU-0004DN-Mt for pgsql-hackers@arkaria.postgresql.org; Sat, 15 May 2021 18:22:12 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lhyvT-0004DF-Jz for pgsql-hackers@lists.postgresql.org; Sat, 15 May 2021 18:22:12 +0000 Received: from new2-smtp.messagingengine.com ([66.111.4.224]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lhyvP-00086a-HY for pgsql-hackers@lists.postgresql.org; Sat, 15 May 2021 18:22:10 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.nyi.internal (Postfix) with ESMTP id 0F234580691; Sat, 15 May 2021 14:22:05 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sat, 15 May 2021 14:22:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=CiDpvnOzY4AHoMjCGm5/cN4lGUZwyLO9+wZTIk9ggyY=; b=RzbTayBQ 1a+UJdztMEJfk+ytOZU5LdQQebie8maAXiorjRQIllS+9uqGwaf/baXTZ5IOE91q eFnGmujOsOWOcacmd37uziI9kKZ69kdXV5Tj2H7FYF61t+vmzYRErbdvio4A+39y jDe4ta7Yo4WWyMV4CtIDkIFxIAu6lcJFOcXw+kuuIWOQssppi8RmvzTZ/tl6LHLL Fz0k1KWWj3VTJirx11b6FoBBE6q1Ae9Fi/kofbkIa4NE3Q0JwiiESu2spkYMLRfL 6rwr1viZPyIxEqd6Ze2GP0Lry3NNp+Rihi/QVZzExDbhM4AApp3IhKHKei4nYE+B J8zuVLfBxHdkIQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdeitddguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkgggtugfgjggfsehtkeertddtredunecuhfhrohhmpeetlhhv rghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorh hgqeenucggtffrrghtthgvrhhnpeeufffhjeeiueeuffegvddukeegledtveeivdeiueef ieeivefgteehueefteehvdenucfkphepudeltddrleehrdduledrleehnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlvhhhvghrrhgvsegr lhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Received: from perhan.alvh.no-ip.org (unknown [190.95.19.95]) by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 15 May 2021 14:22:03 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 04E982A0BB7; Sat, 15 May 2021 14:22:00 -0400 (-04) Date: Sat, 15 May 2021 14:21:59 -0400 From: Alvaro Herrera To: Julien Rouhaud Cc: Bruce Momjian , Fujii Masao , Pavel Stehule , Kyotaro Horiguchi , Magnus Hagander , Michael Paquier , Andres Freund , Tom Lane , Stephen Frost , Christoph Berg , Peter Eisentraut , PostgreSQL Hackers Subject: Re: compute_query_id and pg_stat_statements Message-ID: <20210515182159.GA11009@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2021-May-16, Julien Rouhaud wrote: > On Sat, May 15, 2021 at 10:00 PM Bruce Momjian wrote: > > > > I am no longer the committer in charge of this feature, but I would like > > to remind the group that beta1 will be wrapped on Monday, and it is hard > > to change non-read-only GUCs after beta since the settings are embedded > > in postgresql.conf. There is also a release notes item that probably > > will need to be adjusted. > > It seems that everyone agrees on the definition of compute_query_id in > Álvaro's v4 patch (module Justin's comments) so this could be > committed before the beta1. If the safeguards for custom query_id or > GUC misconfiguration have to be tweaked it shouldn't impact the GUC in > any way. Pushed after adding the fixes from Justin. Note I didn't include the WARNING in pg_stat_statements when this is disabled; if anybody wants to argue for that, let's add it separately. I commented out the release notes para that is now wrong. What remains is this: Move query hash computation from pg_stat_statements to the core server (Julien Rouhaud) We could perhaps add something like Extension pg_stat_statements continues to work without requiring any configuration changes. but that seems a bit pointless. Or maybe Extension pg_stat_statements automatically enables query identifier computation if compute_query_id is set to auto. Third-party modules to compute query identifiers can be installed and used if this is set to off. I wonder why the initial line says "query hash" instead of "query identifier". Do we want to say "hash" everywhere? Why didn't we name the GUC "compute_query_hash" in that case? Anyway, let me remind you that it is pretty common to require initdb during the beta period. -- Álvaro Herrera Valdivia, Chile