Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iUKIZ-00046u-Tf for pgsql-docs@arkaria.postgresql.org; Tue, 12 Nov 2019 00:44:48 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iUKIY-0006UO-Ad for pgsql-docs@arkaria.postgresql.org; Tue, 12 Nov 2019 00:44:46 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iUKIX-0006UH-VW for pgsql-docs@lists.postgresql.org; Tue, 12 Nov 2019 00:44:46 +0000 Received: from wout2-smtp.messagingengine.com ([64.147.123.25]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iUKIR-00076U-IK for pgsql-docs@lists.postgresql.org; Tue, 12 Nov 2019 00:44:44 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 2C5AA335; Mon, 11 Nov 2019 19:44:38 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 11 Nov 2019 19:44:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=4TbCkvJB41hw0U4SjUlrxmjrkYp Oc9KUBgH+B4dm0Wo=; b=LcAP1T9m0xyN4uRdTFzumeC9SFkcierJbVLlNsJpKHd UEJycT/h8BZz0BPLq1wHjAaRSSG2iw+W9At4qPAtP9CWI95RWn6SymHCAOSneX+2 DSp3E9WeGBii1GE4ZN4h2NPNIFLe8vpPTwKnaDh6Kdyd+Pqm2FTqrSFSxz/Xkn+l +wsuMfksK9LNSA/40VdJUMubvNsnsXvN4THl9QMXS3dLCmJ2FCPWHiZqz87VlTjG Rmq+w07rclGTS0Hqc+RJAIKou+vIRHBbDxLw92myuNov+QKE2j5svuTNS/uwaUep gumEANKXcmORuDdKjEf45I2IEf9fq0JoucO4uufkg3w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=4TbCkv JB41hw0U4SjUlrxmjrkYpOc9KUBgH+B4dm0Wo=; b=BsZHgKPqVB1xXMhiIikm0y kP4p6Rdb9YwPwumoPegKRQFuC6XtnkLpTgpJ5h7gk+dFKlQaR+VhY/GwFxIxJt11 v18F4T6ZRdHzFQ7eNeMOLHk3Y/fZDeBQTDrAg3PRmYRTvcKNeqDfp5EXMPAf2gY2 G2M2lrz2/AQvQRDekMqS3shyNIvA4fg3He2O+sJYvB78nITwNgjBEJhuFCHTtC06 P218db706ei49AN83HNChLuSBnqEo8GmpxfXt61sO8gnB7FeFnUVEaIWm78Cz1ml zANsm+LX3pgSdhdVptb4NyIsvp/tWVHnRrm049BFQH4yfvCq64paRZL4xIN972RA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedruddvjedgudelvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecufghrlhcuvffnffculdejtddmnecujfgurhepff fhvffukfhfgggtuggjsehgtderredttddvnecuhfhrohhmpefoihgthhgrvghlucfrrghq uhhivghruceomhhitghhrggvlhesphgrqhhuihgvrhdrgiihiieqnecukfhppeduuddurd dutddvrddukedtrddukeehnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmihgthhgrvghl sehprghquhhivghrrdighiiinecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from paquier.xyz (ee0822lan1.rev.em-net.ne.jp [111.102.180.185]) by mail.messagingengine.com (Postfix) with ESMTPA id 84B7D80060; Mon, 11 Nov 2019 19:44:35 -0500 (EST) Date: Tue, 12 Nov 2019 09:44:32 +0900 From: Michael Paquier To: analytik@uglycode.com, pgsql-docs@lists.postgresql.org Subject: Re: Does TRUNCATE emit changes with REPLICA IDENTITY FULL? Message-ID: <20191112004432.GB1549@paquier.xyz> References: <157346399242.14265.3138867514991013615@wrigleys.postgresql.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ADZbWkCsHQ7r3kzd" Content-Disposition: inline In-Reply-To: <157346399242.14265.3138867514991013615@wrigleys.postgresql.org> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Nov 11, 2019 at 09:19:52AM +0000, PG Doc comments form wrote: > The documentation says that TRUNCATE ignores ON DELETE triggers, but it > doesn't explicitly mention what happens if we use `wal_level = logical` and > `REPLICA IDENTITY FULL`. Does TRUNCATE emit changes for each row and clog > the WAL, or will it still be blazing fast? Truncate does not issue per-row changes with a full replica identity in this context. It roughly just takes an exclusive lock on the table, then physically removes all the files related to the table. -- Michael --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAl3KAHAACgkQnvQgOdby QH1Kzg/+NIKxuIIM3X2oPw2Cc36jVo9REZY6WM6klLcWW0ewWEauj5LXiIUHfWgK Da83xQ8yBOTIQN4On81K0+wOGbdiuD4VISM07/zHQ3qTRqWbBQOx4f0PL9bz7eSb 6M9FbROiM5jbbPaZI1vrdUgEcuXOX/v6Z23EziqxF0Wbz7Ab0902O2desBhog7pk LOkHiS9eGdv6dYueW2dmxgwevY7kgBi2owDLFUDBTrVoxQzYEXojQvgK7KKjws17 uBAFbMbMGz7t6KR01IwfrLhavS6b/Lvyy8GeeYx4ux6cPM7KjYVsQ5OsJ2lEHdAL etFtf8MYBZ/cUtqEomg/GZ6E1wWP8VcnsP+DA8fPrGqhqWSIEC88csoJVckjWC/5 SEHRPnwhGq35S0bxz2mhwUfxrm9rmyKrwC3OnGfD8lHTFVX6Wtoi9Di+4KngqthS 3i6V4RiSd8paECYrRYgdbFAMW0iSXbiGDqQmiJh0gW3jjesah++BnU4pA7B4r4Wi ffrMTl6G1tBN/Plr69yv16ibrzWr5O9wP61mh1on9KM8a5AzdO9L0nvcPo+ekI4r CwCPwp8j8dHQ12GOUG5/y4nYg0P6PWO0NcsDfTKEaFrpUiAer4qVvM4qHUTL08Ys edvZ6REIIHTUYTUGQWwThGnzBA6mgYIHD55hMw3HBr1d/fo98g8= =3NMV -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd--