另一种方法是从主机上运行pg_restore(当然，如果您在主机上设置了postgres)命令。

假设在docker-compose文件中有postgres服务的端口映射“5436:5432”。有了这个端口映射，就可以通过主机的端口5436访问容器的postgres(运行在端口5432上)

pg_restore -h localhost -p 5436 -U <POSTGRES_USER> -d <POSTGRES_DB>  /Path/to/the/.psql/file/in/your/host_machine 

这样，您就不必深入容器的终端或将转储文件复制到容器中。

猫db。Dump | docker exec…这种方法并不适用于我的转储(~2Gb)。它花了几个小时，最后出现内存不足的错误。

相反，我cp'ed dump到容器和pg_restore'ed它从内部。

假设容器id为CONTAINER_ID，数据库名称为DB_NAME:

# copy dump into container
docker cp local/path/to/db.dump CONTAINER_ID:/db.dump

# shell into container
docker exec -it CONTAINER_ID bash

# restore it from within
pg_restore -U postgres -d DB_NAME --no-owner -1 /db.dump

好吧，我想明白了。Postgresql在启动后不会检测对/var/lib/postgresql文件夹的更改，至少不会检测我想要它检测的那种更改。

第一种解决方案是使用bash启动容器，而不是直接启动postgres服务器，恢复数据，然后手动启动服务器。

第二个解决方案是使用数据容器。我以前不懂，现在懂了。 这个数据容器允许在启动postgres容器之前恢复数据。因此，当postgres服务器启动时，数据已经存在。

备份数据库

docker exec -t your-db-container pg_dumpall -c -U postgres > dump_`date +%d-%m-%Y"_"%H_%M_%S`.sql

恢复数据库

cat your_dump.sql | docker exec -i your-db-container psql -U postgres

另一种方法(基于docker-postgresql-workflow)

本地运行的数据库(不是在docker中，但相同的方法可以工作)导出:

pg_dump -F c -h localhost mydb -U postgres export.dmp

要导入的容器数据库:

docker run -d -v /local/path/to/postgres:/var/lib/postgresql/data postgres #ex runs container as `CONTAINERNAME` #find via `docker ps`
docker run -it --link CONTAINERNAME:postgres  --volume $PWD/:/tmp/  postgres  bash -c 'exec pg_restore -h postgres -U postgres -d mydb -F c /tmp/sonar.dmp'

另一种方法是从主机上运行pg_restore(当然，如果您在主机上设置了postgres)命令。

假设在docker-compose文件中有postgres服务的端口映射“5436:5432”。有了这个端口映射，就可以通过主机的端口5436访问容器的postgres(运行在端口5432上)

pg_restore -h localhost -p 5436 -U <POSTGRES_USER> -d <POSTGRES_DB>  /Path/to/the/.psql/file/in/your/host_machine 

这样，您就不必深入容器的终端或将转储文件复制到容器中。