是否可以使用PostgreSQL快速创建/恢复数据库快照？

首先，我是一名开发人员，而不是DBA或sysadmin。请轻柔:)

我正在开发一个应用程序工作流，其中一个用户操作将触发数据库中的复杂更改-在某些表中创建数百条记录，在其他表中更新数百条记录，等等。总共约有12个表（约100个表） ）被此操作所感动。由于复杂性，在执行其他测试之前，我很难手动还原所有更改。在开发的大部分时间里，我可以在工作流的末尾插入一个“ ROLLBACK”语句，但是当我接近提交更改时，我需要测试真实的东西。

我有要使用的生产数据库的本地副本。就我而言，测试之间的转储和还原比编写脚本撤消所有更改要快。它的速度更快，但仍然使我放慢了速度（在老化的笔记本电脑上，还原大约需要20分钟）。有什么方法可以保存数据库当前状态的快照，然后快速将其还原？

我保证是系统上唯一的用户，并且我具有root访问权限。tar和gzip压缩后，数据库转储约为100MB。PostgreSQL版本是8.3。

在此先感谢您提供任何有用的想法。

您可以使用文件系统级快照，但这通常非常麻烦，需要特殊的文件系统，并且并不总是可用，尤其是在老化的笔记本电脑上。;-)

如何使用该CREATE DATABASE ... TEMPLATE功能将基本状态创建为数据库，然后从中创建一个新数据库以进行测试运行。测试后，您将该数据库扔掉了。那么，您的速度限制实际上仅是到达cp -R数据库目录的时间。这与没有文件系统快照魔术一样快。

使用Stellar，就像对数据库使用git一样：

当您编写数据库迁移，切换分支或使用SQL时，Stellar允许您快速恢复数据库。支持PostgreSQL和MySQL（部分）。

如果您的数据库在Virtualbox中运行，则可以在几秒钟内（如果您的数据库或操作系统中确实有大量数据，或者非常分配给虚拟机的内存很少）。

在您/大多数情况下，最好安装一个轻量级的linux（而不是Windows服务器）来运行托管数据库的虚拟机，因为您提到笔记本电脑上的资源很少。

在生产站点上，我使用MediaTemple的快照备份来达到相同的结果（但是每个备份插槽20美元且特定于该Web托管服务，因此可能不适合您）。

可能不是您想要的答案，但是您是否考虑过较低级别的快照-例如LVM？

尝试执行相同操作时发现了此问题，并最终在postgresql数据目录上使用了git。放弃更改很容易：

git reset --hard

可以尝试的另一种选择是实际保存postgresql数据目录的副本，然后在要还原时使用该副本重写现有目录。它将需要更多的磁盘空间，但是肯定比从备份还原要快。我不确定这是否比模板方法快，所以首先进行一些测试是个好主意。

尽管我不得不说Stellarand git reset --hard是一个有趣的解决方案，但是对于较大的数据库和测试，我会遇到问题，并且确实会使用Virtualboxetc解决方案。但是，在较大的测试中，当您使用这些解决方案时，这些问题会变得更加“有问题”正在使用裸机等解决方案。

因此，ZFS由于@Peter Eisentraut也提到了以下原因，我不得不将其作为将来要考虑的文件系统：

1. 快照-特别是当您从Prod复制到QA / DR时，可以将相同的“文件系统”用于测试：

#On a replication node, rather stop, snap, restore for a "consistent" backup ;)
su -l -c "/usr/bin/m2ee stop" acw_qa
pg_ctlcluster ${=QA} stop --force
zfs destroy -R $SNAPSHOT
pg_ctlcluster ${=REPLICATION} stop --force
zfs snapshot $SNAPSHOT
pg_ctlcluster ${=REPLICATION} start

zfs destroy $CLONE
zfs clone -o mountpoint=$CLONEDIR $SNAPSHOT $CLONE
rm $CLONEDIR/$CLUSTER/recovery.conf
pg_ctlcluster ${=QA} start
su -l -c "/usr/bin/m2ee start" acw_qa

1. 做一个测试，就在测试之前按照上面的步骤停止一个postgresql，zfs snapshot $SNAPSHOT启动postgresql，然后回滚，停止postgresql，然后zfs rollback $SNAPSHOT

2. 压缩-Postgresql在我的数据库中获得典型的3：1压缩，因此您可以做更多的测试；）