pg_dump备份超大分区LOG表失败：锁表报错共享内存不足

问题根源 #

你基于主表LOG创建了35万+张分钟级继承子表，当使用pg_dump备份单个子表时，它会自动遍历主表的整个继承层级去获取锁，导致共享内存耗尽——这就是直接查询子表正常，但备份触发out of shared memory报错的核心原因。

可行解决办法 #

1. 强制忽略主表，仅备份目标子表 #

通过--exclude-table参数让pg_dump跳过主表LOG，避免扫描所有继承子表，直接备份指定的子表：

pg_dump logdb -t LOG_20231209_1501 --exclude-table=LOG > LOG_20231209_1501.sql

该方法直接规避锁内存不足问题，且不影响备份一致性。

2. 临时调整锁内存参数（适合批量备份场景） #

若需批量备份子表，临时调大锁相关参数：

• 修改postgres.conf：

  max_locks_per_transaction = 65535
  shared_buffers = 8GB  # 根据服务器实际内存调整，确保有足够空间容纳锁
  

• 重启PostgreSQL服务（max_locks_per_transaction需重启生效）
• 备份完成后恢复原参数即可

3. 跳过锁等待（无其他用户操作时可用） #

使用--lock-wait-timeout=0让pg_dump无法获取锁时直接跳过，当前无其他用户操作的情况下，不会影响备份一致性：

pg_dump logdb -t LOG_20231209_1501 --lock-wait-timeout=0 > LOG_20231209_1501.sql

4. 用COPY命令单独备份数据（轻量方案） #

若仅需备份数据，不需要表结构，直接用COPY命令完全绕过锁问题：

# 导出数据
psql logdb -c "COPY LOG_20231209_1501 TO 'LOG_20231209_1501.data' WITH (FORMAT csv);"
# 恢复数据
psql logdb -c "COPY LOG_20231209_1501 FROM 'LOG_20231209_1501.data' WITH (FORMAT csv);"

需要表结构的话，单独导出：

pg_dump logdb -t LOG_20231209_1501 --schema-only --exclude-table=LOG > LOG_20231209_1501_schema.sql

长期优化建议 #

这种分钟级独立继承子表的设计维护成本会持续升高，建议改用PostgreSQL 10+支持的声明式分区表替代继承表，分区表的备份、管理效率远优于大量独立继承子表，也能从根源避免这类锁内存问题。

内容的提问来源于stack exchange，提问作者Jack