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 1jWwXd-0002eg-KU for pgsql-performance@arkaria.postgresql.org; Fri, 08 May 2020 06:31:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jWwXa-0003wR-2C for pgsql-performance@arkaria.postgresql.org; Fri, 08 May 2020 06:31:22 +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 1jWwXZ-0003wJ-2W for pgsql-performance@lists.postgresql.org; Fri, 08 May 2020 06:31:21 +0000 Received: from mail-wr1-x42e.google.com ([2a00:1450:4864:20::42e]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jWwXV-0007kX-Tc for pgsql-performance@lists.postgresql.org; Fri, 08 May 2020 06:31:19 +0000 Received: by mail-wr1-x42e.google.com with SMTP id i15so481386wrx.10 for ; Thu, 07 May 2020 23:31:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=ObLQS61fLrnmQJkqqMXN8+IAqotoUqfgbSKW0+ZbVUI=; b=P4m9cA2KkwzkmVZzhj3Ya1vrNQvxbeYswC2xOsvOsHXEp9dcm9ANljSyKVfUoWdFOf bLM8WFQrlNp1ZmirI9jQTDdss0yE/zwLy6fM912/eZK6lo8KA+dHxmG+wyvd2tD5mWTb zTq15cwos+sFO0DC+2aH1ZUS32CX7kuUo48z5K14ZGmW6Nv+70z+7MsrCyRljSeAHf02 igk+bHUL19EelpRh/glwgmRN24ha6Sl19hhGOLT4k2ypXaeOR5zegOujeY0AA+5qVMUz TgCWOzaPwCFt7+m0EIt4c04YR8Vb/DxCacJDVEQix/Jk+GAX1mPm0iR6CdfvlvD/g0XU XgXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=ObLQS61fLrnmQJkqqMXN8+IAqotoUqfgbSKW0+ZbVUI=; b=rj4hC78DubshhQ9vgEnyUuatLBb8FTrpR920g2iZ5HBqwVPlLyqDDTrv6M1e6SykEZ 0jqEtrYOW6a4bEnhf/zSrnZrfORkiTwVqrrwD0bXarHnzH2pZ9eH8rx6U3B7ffcOv8rn PP5sDnNezpT0jnu9f2oLpez7QA61S1pzVff4JOB1uvFxdkOh3PdS0Xj07U82n1ySFhyN nAcZhH4t52ugwdlCuYYjYQglumnILTKaTOcB2TkTeygKTi+K0rCvgDRWpJXJVDxHMyJB yiAeStI2yVvxRpFlfKA1slVpH4h+tLLnmvRP9o2W+RHGU62PR9LCK+y76oXEX+OOxJNv ilnw== X-Gm-Message-State: AGi0Pubdj0DEHb0SIa8KhInNSH7FeiAbbiz8WfKXeyh1qcDVRLIYHHWC djjPIq9GPL8COcxzezXClrC/mg== X-Google-Smtp-Source: APiQypKG3zRkrekkeWLFJwymty0EiBW23/kFSeN/CcL4UhjbRQOXiLSD0J/kP8xvATR3ppMQI+Q7gQ== X-Received: by 2002:adf:aacb:: with SMTP id i11mr1075275wrc.6.1588919475194; Thu, 07 May 2020 23:31:15 -0700 (PDT) Received: from dynamic-emngbpawjaqsxvclq-pd01.res.v6.highway.a1.net (dynamic-emngbpawjaqsxvclq-pd01.res.v6.highway.a1.net. [2001:871:60:4ec7:c2c1:32b6:5a97:228e]) by smtp.gmail.com with ESMTPSA id v11sm1317147wrv.53.2020.05.07.23.31.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 May 2020 23:31:14 -0700 (PDT) Message-ID: <17c5b15451fac2ace7a815d1d2c8f86e1d232802.camel@cybertec.at> Subject: Re: pg_attribute, pg_class, pg_depend grow huge in count and size with multiple tenants. From: Laurenz Albe To: Avinash Kumar , Rory Campbell-Lange Cc: "David G. Johnston" , samhitha g , pgsql-performance@lists.postgresql.org Date: Fri, 08 May 2020 08:31:14 +0200 In-Reply-To: References: <20200507210846.GA17040@campbell-lange.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.32.5 (3.32.5-1.fc30) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Thu, 2020-05-07 at 18:17 -0300, Avinash Kumar wrote: > > The nice thing about separate databases is that it is easy to scale > > horizontally. > > Agreed. But, how about autovacuum ? Workers shift from DB to DB and 500 clusters > means you may have to have a lot of manual vacuuming in place as well. Just set "autovacuum_max_workers" higher. Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com