我想我知道了。
我运行的命令在用户名后面包含了一个额外的换行符。
就像，我在尝试执行这个

pg_restore --verbose --clean --no-acl --no-owner -h localhost -U myusername
-d mydb latest.dump

而不是这个

pg_restore --verbose --clean --no-acl --no-owner -h localhost -U myusername -d mydb latest.dump

由于某种原因，额外的linebreak会把事情弄得一团糟。一旦我删除了它，pg_restore就能正常工作了。

我从an answer to another question那里得到了提示; -f选项并不执行您可能认为它执行的操作（或者无论如何，我认为它执行的操作😅），即使您使用的是“自定义”格式转储（即，不是像|或>那样随shell重定向提供的转储）。

• 错误：pg_restore -f filename.dump-等待来自STDIN的一系列命令，恢复到filename.dump中的数据库
• 正确：pg_restore -d database filename.dump-恢复filename.dump到database.

出于某种原因，我认为自定义转储包含数据库名称，因此您根本不需要提供它。

我也无缘无故地卡住了，我从pg_restore -U seed -h localhost -p 5432 -f dump.backup -C --verbose换成了pg_restore -d seed -U seed -h localhost -p 5432 < dump.backup，效果很好。
如果这能帮到什么人。

有时如果你有长时间运行的查询，你需要停止它，这样pg_restore就不会卡住。
运行此脚本：

SELECT pg_cancel_backend(pid) FROM pg_stat_activity WHERE state = 'active' and pid <> pg_backend_pid();

https：//www.sqlprostudio.com/blog/8-终止-取消-长时间运行的postgres-查询#：~：text=终止%20所有%20查询，在%20特殊%20情况下%20使用。