相关疑难解决方法(0)

我在 PostgreSQL 9.2 上有一个数据库，它有一个包含大约 70 个表的主模式和可变数量的相同结构的每个客户端模式，每个模式有 30 个表。客户端模式具有引用主模式的外键，而不是相反。

我刚刚开始用一些从以前版本中获取的真实数据填充数据库。当我不得不在主模式的一个非常中心的表中进行批量删除时，数据库已经达到大约 1.5 GB（预计在几周内会增长到几十 GB）。所有相关的外键都标记为 ON DELETE CASCADE。

这将需要很长时间，这并不奇怪，但 12 小时后很明显，我最好重新开始，删除数据库并再次启动迁移。但是，如果我稍后需要在数据库处于活动状态且更大时重复此操作怎么办？有没有替代的、更快的方法？

如果我编写一个脚本来浏览依赖表，从离中心表最远的表开始，逐表删除依赖行，会快得多吗？

一个重要的细节是某些表上有触发器。

我的 PostgreSQL 9.4.1 服务器出现性能问题。我已经使用通常的最佳实践（pgtune + google）调整了服务器。这是相关的配置：

# <snip> the default config above

default_statistics_target = 50
maintenance_work_mem = 960MB
constraint_exclusion = on
checkpoint_completion_target = 0.9
effective_cache_size = 11GB
work_mem = 96MB
wal_buffers = 8MB
checkpoint_segments = 16
shared_buffers = 4GB
max_connections = 200

autovacuum = on
log_autovacuum_min_duration = 10000
autovacuum_max_workers = 5
autovacuum_naptime = 1min
autovacuum_vacuum_threshold = 50
autovacuum_analyze_threshold = 25
autovacuum_vacuum_scale_factor = 0.2
autovacuum_analyze_scale_factor = 0.1
#autovacuum_freeze_max_age = 200000000
autovacuum_vacuum_cost_delay = 20ms
autovacuum_vacuum_cost_limit = -1

#log_statement='mod'
#log_statement='all'

logging_collector = on …