报错信息：

错误: missing chunk number 0 for toast value 323583 in SYS_TOAST_2619
或者
错误: missing chunk number 0 for toast value 323583 in PG_TOAST_2619

1.通过toast的oid查询oid为2619的表名（这里是2619，来源于报错信息的PG_TOAST_2619）查询出哪张表出现了问题：

SELECT 2619::regclass;

 2.针对出问题的表（第1步中查询得到的表pg_statistic），然后做一下简单的修复，修复的过程中可能会报错：

REINDEX TABLE pg_toast.pg_toast_2619;
REINDEX TABLE pg_statistic;
VACUUM ANALYZE pg_statistic;

3.如果上一步修复时出错，则执行以下的命令定位该表（第1步中查询得到的表pg_statistic）中损坏的数据行

DO $$
DECLARE
  rec record;
BEGIN
FOR rec in SELECT * FROM pg_statistic LOOP
  raise notice 'Parameter is: %', rec.ctid;
   raise notice 'Parameter is: %', rec;
END LOOP; 
END;
$$
LANGUAGE plpgsql;
NOTICE: Parameter is: (40,7)
ERROR: missing chunk number 0 for toast value 323583 in pg_toast_2619
CONTEXT:  PL/pgSQL function inline_code_block line 7 at RAISE

4.将第3步中定位的记录删除

DELETE FROM pg_statistic WHERE ctid ='(40,7)';

5.重复执行第3、4步，直到全部有问题的数据记录被删除

6.完成以上步骤后对该表进行一次完整的维护或者索引重建，命令如下：

REINDEX TABLE pg_toast.pg_toast_2619;
REINDEX TABLE pg_statistic;
VACUUM ANALYZE pg_statistic;

补充知识：

查询表的toast的oid

select relname,relfilenode,reltoastrelid from pg_class where relname='表名';

 我们查到blog表的oid为16487，其对应TOAST表的oid为16491（关于oid和pg_class的概念，请参考PG官方文档），那么其对应TOAST表名则为：pg_toast.pg_toast_16487（注意这里是blog表的oid）。

如果发现有删不完的问题数据，我是采用了删除问题表，重建表。