我有一个表，让我们称之为Roads（更改为不显示公司的东西）。此表存储地点之间的非规范化道路，具有以下模式：

CREATE TABLE public.roads (
    id int8 NOT NULL GENERATED ALWAYS AS IDENTITY,
    'from' varchar NOT NULL,
    'to' varchar NOT NULL,
    updated_at timestamp NOT NULL,
    metadata_id int8 NULL,
    CONSTRAINT roads_pkey PRIMARY KEY (id),
    CONSTRAINT roads_from_to_key UNIQUE (from, to)
)
WITH (
    autovacuum_vacuum_cost_delay=0,
    autovacuum_vacuum_cost_limit=1500
);
CREATE INDEX from_idx ON public.roads USING btree ('from');
CREATE INDEX updated_at_idx ON public.roads USING btree (updated_at);
CREATE INDEX to_idx ON public.roads USING btree ('to');

由于查询时的性能原因，位置被反规范化。
如果我将所有数据导出为CSV，则文件仅为6MB。但在DB上，此表为12GB。
正如你所看到的，我添加了自动真空调整，试图解决这个问题，但它没有帮助。
使用模式是大量的更新，最终改变了时间戳。所以我认为autovacuum没有跟上一定有问题。这是一个非常大的db，autovacuum可能很慢，但这太多了。
这是为什么呢？有什么建议吗？不可能指数这么大。