主页 / dba / 问题 / 344634
Accepted
Tombart
Asked: 2025-01-10 00:25:29 +0800 CST

如何修复 PostgreSQL 中损坏的索引“项目顺序不变违反”？

  • 772

amcheck报告以下错误：

select bt_index_parent_check(34465);
ERROR:  item order invariant violated for index "admin_access_rights_pkey"
DETAIL:  Lower index tid=(282,71) (points to heap tid=(201,46)) higher index tid=(282,72) (points to heap tid=(197,38)) page lsn=396C/DDF2FD00

我该如何修复这个问题？

文档表明这REINDEX可能没有帮助。

REINDEX 可能无法有效修复损坏。

postgresql

1 个回答

  1. Best Answer

    此类错误可能由以下原因造成：

    • 重复PRIMARY KEY
    • 更改文本顺序，例如由 glibc 升级导致
    • 内存损坏
    • 假设的 PostgreSQL 错误
    • 文件系统损坏（如果您的数据库不使用数据校验和）
    • PostgreSQL 进程崩溃（被 oom-killer 杀死或使用kill -9）

    检查重复PRIMARY KEY：

    SELECT PRIMARY_KEY,count(*) FROM my_table GROUP BY PRIMARY_KEY HAVING count(*)>1;

    如果发现重复的键，请删除：

    DELETE FROM  my_table a
  USING  (
          SELECT   min(ctid) AS ctid,
                  PRIMARY_KEY
          FROM     my_table
          GROUP BY PRIMARY_KEY
                  HAVING count(*) > 1 ) b
  WHERE a.PRIMARY_KEY = b.PRIMARY_KEY
  AND   a.ctid <> b.ctid;

    在许多情况下，使用以下命令重建索引似乎就足够了REINDEX：

    REINDEX INDEX admin_access_rights_pkey;

    对于损坏的索引，我更喜欢速度较慢但更安全的版本REINDEX CONCURRENTLY。在使用时，我发现了一些问题（希望现在已修复）REINDEX CONCURRENTLY。

    另一个选项是使用pg_repack允许在后台重新打包表和重建索引。如果成功，索引将被移动以替换原始索引。这种方法可能会避免不必要的锁定。尽管重建大型表可能需要大量时间。

    psql -d dbname -c "CREATE EXTENSION pg_repack"
pg_repack  -d dbname -i 'schema_name.index_name'

    pg_repack可能正在针对整个数据库运行：

    pg_repack -d dbname --dry-run
    • -N/--dry-run仅打印重新打包的资源
    • -j/--jobs=4并行作业数
    • -x/--only-indexes仅重建索引
    • -c/--schema=public仅限特定架构
    • 3

相关问题