报错信息:
错误: 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)。
如果发现有删不完的问题数据,我是采用了删除问题表,重建表。