数据库的重要性就不需要在这里重复了，那么，不管是测试环境，还是开发环境，亦或者是生产环境，数据库作为系统内（项目内）的一个非常重要的组件（通常，我们也会认为数据库是一个基础性的组件），如何确保数据库不被意外情况，例如，断电或者是误操作（通常来说，百分之90以上的数据库事故都是人为的误操作因素导致的），从而引起数据的丢失或者损坏。

OK，面对以上的危险，自然是备份是最有效的一个方式，那么，有一个合适的备份策略，合理的备份方法，无疑的，会让你有一个吃后悔药的机会。这里主要想说的是备份是很重要的，没有备份的数据库不如没有数据库这个组件，这显然是一个合理的逻辑。

下面，将就比较常用的postgresql数据库备份做一个比较详尽的总结。

OK，我们常用的数据库有oracle，MySQL，postgresql，SQLserver等等，这里，将它们列在一起的原因仅仅是由于这些数据库是同一类型的数据库-----关系型数据库，因此，它们在使用中以及备份工作中会有很多的相似点，仅此而已。

那么，oracle数据库通常是由它的专业工具imp和emp来完成的，也就是俗称的数据泵，同样的，在MySQL和postgresql数据库中，也存在这样的专业用于备份和备份恢复的工具，在MySQL内，此工具通常为mysql_dump，在postgresql数据库内，此工具通常为pg_dump。

也就是说，备份工具名称稍有不同，但，实际的使用中，参数也有很多不同，但总体功能是基本一致的，例如，通过以上工具可以快速的备份整库，备份单表，备份表结构。

主要是关注点，也就是需求出发，例如，我们可能对某个MySQL数据库，关心某一张或者若干张表的数据，那么，自然的，备份重点就是这个单表或者若干表了，并且基本上数据库都是一个或者若干个表作为业务表会经常的读写，而其它的表很多是长年累月不动的，因此，定期全库备份，在更短的时间段内备份常读写的库是比较合适的策略。

或者是关注的表结构，那么，自然备份重点是表结构啦，

还有可能是整体都想要，也就是梭哈里的 all in， 那么，自然是有几个数据库就备份几个数据库了。

以上备份会有很多地方不同，下面就以上需求讲解，如何在postgresql数据库备份。

注：一般情况下，数据库备份可以分为物理备份和逻辑备份这两种方式，自然的，数据泵，pg_dump这些功能更为丰富的专业工具是属于逻辑备份的，因为，它们的备份动作是有按照事先规定的一些逻辑来进行的。备份可以做到精细化，例如，精确备份某一个数据库内的某张表，或者说具体到仅仅备份某库的某表的数据而不包含表结构。而物理备份通常是粗放的全库备份，也就是整体数据库不管什么细节，都备份。

物理备份分为两种（这么分只是因为我目前就知道这两个，pg_start_backup()以后在说吧）

此种方式是直接备份数据库物理文件，在pg数据库里，这通常指的是PGDATA变量定义的文件夹，例如：

我的这个示例数据库是安装在了/usr/local/pgsql目录下，那么，备份如下，文件备份到了/media目录下了：

但需要注意的是，此种方式由于比较直接，不管是否数据库有无IO情况，因此，备份的时候需要先停止数据库，恢复的时候要删除原数据库文件，重新覆盖回去后，才可以在启动数据库，如果在数据库启动的时候备份，那么，可能会造成数据备份不全，也可以理解为冷备方式

那么，此种方式比较霸道，也可以说是野蛮，因此，优点是简单，直接，高效，缺点是需要停机维护，不能实时备份，算是冷备范畴。另一个缺点是，一般生产环境的数据库由于经年累月的使用，数据库一般会是非常大的，几百G 上T也是经常的事情，而cp命令的效率是和文件大小是有关联的，受限于此，这个时候的备份和恢复是比较困难的。,

热备冷恢复

pg_basebackup也算是物理方式，是可以使用流协议。并且是热备范畴，备份的时候不需要停数据库，但，恢复的时候需要停数据库（多说一句，某些项目数据库是24小时不能停的，如果停了，可能接受不了，因此，备份前最好搞清楚自己是否能够接受冷备）

参数说明：

基本和上面那个最原始物理备份类似，恢复时需要删除原数据库的所有文件，然后将备份出来的文件回写到原数据库位置，然后在启动数据库即可

热备热恢复

首选当然是pg_dump啦，这个备份工具是和pg_restore配套的，也可以看成是一个组合

该备份工具的特点是稳定，高效，冷热备份恢复都可以，可以选择数据库部分表备份，只备份表结构，因此，该工具的使用比较复杂，这点是相对物理备份来说的。

怎么说呢，物理备份有一种暴力的美学感觉，简单的方法有时候更为高效。逻辑备份比较枯燥，复杂

注：

备份前数据库test的表内容：

可以看到有三个表，分别是emp，bonus，salgrade，库名是test

现在计划备份emp表，该表备份到pg1用户的家目录下（如果是其它目录，可能会没有权限），使用工具为pg_dump

备份命令：

如果有迁移到其它数据库，比如oracle的计划，那么，最好还是添加参数--inserts，上面的命令修改为如下：

如果希望恢复的时候不需要切换数据库，那么，应该使用参数 大C ，命令如下：

 生成的备份文件内容如下：

进入pg命令行直接执行备份的SQL文件即可（执行SQL语句前需要切换数据库到test）：

重进一次pg 命令行，执行查询恢复即可，可查到数据表明恢复成功：

以上备份和恢复都是使用的纯文本模式（也有人称之为转储），因此，在应对存有大量数据的数据库备份时，很可能会力不从心，可能需要归档备份模式，压缩备份模式

归档文件分类 归档格式的备份文件又分为两种，最灵活的输出文件格式是“custom”自定义格式（使用命令项参数“-Fc”来指定），它允许对归档元素进行选取和重新排列，并且默认是压缩的；另一种是tar格式（使用命令项参数“-Ft”来指定），这种格式的文件不是压缩的，并且加载时不能重新排序，但是它也很灵活，可以用标准UNIX下的tar工具进行处理。custom自定义格式比较常用。

不带-F参数的时候，默认是纯文本模式（纯文本模式备份的文件可以使用记事本打开，里面都是SQL语句）

归档格式的备份文件必须与pg_restore一起使用来重建数据库，这种格式允许pg_restore选择恢复哪些数据，甚至可以在恢复之前对需要恢复的条目重新排序。

pg_dump可以将整个数据库备份到一个归档格式的备份文件中，而pg_restore则可以从这个归档格式的备份文件中选择性地恢复部分表或数据库对象，而不必恢复所有的数据。

归档模式的时候，必须使用pg_restore工具来进行恢复

以下仍然是单表的备份和恢复，备份文件名做了一个时间格式化，恢复的时候是使用pg_restore命令，使用psql将会报错。

备份的文件内容：

可以看到有建库的SQL语句，因为使用了-C参数，一般情况下是不使用--insecres参数，如果数据库比较大的话，会非常的费时间，同样的，恢复的时候也非常费时间。

自定义归档模式备份单库：

利用归档文件恢复：

需要提前建立test这个数据库

此工具是全库备份，但，一般是不使用这个的，因为，数据库有可能会很大，进而备份的时候出现问题，此工具可以备份用户信息，例如下面这个命令（全局对象里包括用户，因此，如果是仅备份用户信息，也可以使用参数r即可）：

OK，删除zsk这个用户，看看能否通过命令行恢复：

非常的方便，简单就可以把数据库内的所有用户信息备份了。

附注：