Sheikh Wasiu Al Hasib's questions

在我的 PostgreSQL pg_wal 目录中，wal 段总数约为 200GB，其中 max_wal_size 为 8GB。

我们使用archive_command将 WAL 文件归档到所需位置，但 wal 文件未从 pg_wal 目录中删除，我不确定为什么？

我有 pgpool 维护的 3 节点数据库集群。由于某种原因，node3 已关闭。因为复制槽不活跃。这里，node1 是主节点，node2 是备用节点，该节点工作正常且复制槽处于活动状态。

基本上我想知道为什么 PostgreSQL 不从 pg_wal 目录中删除那些 WAL 文件？以及如何解决这个问题？

我假设，它保存这些 WAL 文件是因为节点 3 的复制槽不活动。

如果我是对的，在这种情况下我该怎么办？我应该删除node3的复制槽来解决这个问题吗？

注意：我现在不想恢复该node3。

我创建了两个表，一个是OrdersLatest，另一个是OrdersMarch。我想将数据从分区表切换到同一文件组上的临时表（OrdersMarch），反之亦然。

切换时效果很好，但切换时出现问题。我的情况切换时不起作用

它显示以下错误，表明源表和目标表（OrdersMarch）之间的约束不匹配。我不确定应该更改什么来解决此错误。

我已经检查了左右分区，但问题是相同的。我也在分区列上的临时表 ( OrdersMarch )上设置了约束，但错误是相同的。谁能解决这个问题，具体问题出在哪里？

ALTER TABLE SWITCH 语句失败。源表“TEST.dbo.OrdersMarch”的检查约束或分区函数允许使用目标表“TEST.dbo.OrdersLatest”上的检查约束或分区函数不允许的值。

配分函数

CREATE PARTITION FUNCTION OrdersLatestPartitionFunction (datetime)  
    AS RANGE RIGHT FOR VALUES (
        '20180101', 
        '20190101',
        '20200101'
    );
GO

分区方案

CREATE PARTITION SCHEME OrdersLatestPartitionScheme
    AS PARTITION OrdersLatestPartitionFunction  
    TO (
        OrdersLatestFg1,
        OrdersLatestFg2,
        OrdersLatestFg3,
        OrdersLatestFg4
        );  
GO

创建表

CREATE TABLE OrdersLatest (
    OrderDate date NOT NULL,
    OrderId int IDENTITY NOT NULL,
    OrderDesc varchar(255) NOT NULL,
    CONSTRAINT PKOrdersLatest PRIMARY KEY CLUSTERED(OrderDate, OrderId)
    )  
    ON OrdersLatestPartitionScheme(OrderDate);  
GO

切换目标表

CREATE TABLE OrdersMarch (
    OrderDate date NOT NULL,
    OrderId int IDENTITY NOT NULL,
    OrderDesc varchar(255) NOT NULL,
    CONSTRAINT PKOrdersMarch PRIMARY KEY CLUSTERED(OrderDate, OrderId)
    )
    ON OrdersLatestFg3;
GO

数据插入

INSERT INTO OrdersLatest(OrderDate, OrderDesc) VALUES
    ('20190302', 'Cat food'),
    ('20190315', 'Water bowl'),
    ('20190318', 'Saddle for camel'),
    ('20190321', 'Dog biscuits'),
    ('20190328', 'Bigfoot shoes');
GO

插入后输出

+-------------+-----------------+--------+
| Partition   | Filegroup       | Rows   |
|-------------+-----------------+--------|
| 1           | OrdersLatestFg1 | 0      |
| 2           | OrdersLatestFg2 | 0      |
| 3           | OrdersLatestFg3 | 5      |
| 4           | OrdersLatestFg4 | 0      |
+-------------+-----------------+--------+

关掉

ALTER TABLE OrdersLatest SWITCH PARTITION 3 TO OrdersMarch;

切换后输出

+-------------+-----------------+--------+
| Partition   | Filegroup       | Rows   |
|-------------+-----------------+--------|
| 1           | OrdersLatestFg1 | 0      |
| 2           | OrdersLatestFg2 | 0      |
| 3           | OrdersLatestFg3 | 0      |
| 4           | OrdersLatestFg4 | 0      |
+-------------+-----------------+--------+

切换入

ALTER TABLE OrdersMarch SWITCH TO OrdersLatest PARTITION 3; 

ALTER TABLE SWITCH 语句失败。源表“TEST.dbo.OrdersMarch”的检查约束或分区函数允许使用目标表“TEST.dbo.OrdersLatest”上的检查约束或分区函数不允许的值。

我有 10-15 个大表，5GB 到 30GB。其余的不到 1GB。一些表数据很大，每天会产生 500 000 个死元组。几乎 7 天后，当死元组超过 350 万时，autovacuum 开始。这个数据库有大约 60 个表。这里数据库的阈值为：20%。

我想将 autovacuum 阈值从 20% 更改为 1%。是否对系统性能有任何影响（因为对于较小的表，它会经常运行）。maintanance_work_mem 和 work_mem 参数值应该是什么？