备份PostgreSQL和MySQL数据库 我这样做

life-boy

无论是MySQL还是PostgreSQL数据库，如果你不能每天对其进行备份的话，那么应该每周对这些数据库进行备份操作一次。对许多企业来说，数据库信息代表着网站内容和其它重要的数据，因此，保持数据备份是非常重要的操作。

庆幸的是，MySQL和PostgreSQL都提供将数据库转化成flat-text文件的工具，这样你就可以将数据库信息输入到其它系统或者将数据库备份并保留它。

为了备份一个MySQL数据，可以使用mysqldump工具。例如，为了备份一个叫data的数据库，用户可以进行如下操作：

$ mysqldump -u webuser --password=pass data >data.dump

因为通常情况下，mysqldump采用的是标准格式，你应该将这一标准格式改写成一个文件名(在本例中写成data.dump)。对于这种自动备份的方法，唯一缺陷就是必须在命令行指定密码。

为了备份一个PostgreSQL数据库，可以使用pg_dump工具。访问数据库的用户需要运行这一工具。根据PostgreSQL规定的主机访问规则，你可能不需要给数据库输入密码就可以获得该数据库的信息。操作过程如下：

$ pg_dump data >data.dump

这与mysqldump工具同样有效，但是后者不要求用户名或者密码之类的信息，因为你是作为有权限访问该数据库的用户身份来运行这一工具。

在这两种数据库备份方法中，生成的输出文件提供了重新创建整个数据库的操作说明。因此，这一输出文件包含了数据和表格结构，这正是你创建数据库所必要的信息。

通过以上两类命令，你还可以使用另外一些命令行获取想保存的数据。

connet

效率低下

renxiao2003

可以写个脚本自动跑。

jackson198574

我看文档里有在线备份，那个比这个好吧？

albeta

pg_dump会死人的。

tanfeng3

pg_dump会死人的。
albeta 发表于 2010-11-11 14:23

pg_dump 是个很灵活的导出工具，在大多数小库迁移的情况下，是非常灵活实用的。

albeta

回复 6# tanfeng3


    企业用，总有几个表有百万级和千万级数据的。

tanfeng3

回复  tanfeng3


    企业用，总有几个表有百万级和千万级数据的。
albeta 发表于 2010-11-17 09:59

百万，千万级的数据一般情况下都不大，估计才几个G，pg_dump 完全能胜任
如果表非常大(100G以上的库)，大表可以采用分区表模式，迁移的时候又不需要一次性全部迁走.

当然如果是TB级的数据库，就另当别论了，目前Postgresql库上TB级的还是不多吧。

albeta

回复 8# tanfeng3


    试过了，6000万的数据，导4个小时还没完，就放弃了。

tanfeng3

回复  tanfeng3


    试过了，6000万的数据，导4个小时还没完，就放弃了。
albeta 发表于 2010-11-17 11:10

Q: 6000万数据，你是导入还是导出？

    6000万数据，要看你表多大？你是在客户端导还是服务端导，如果是从客户端导出，走了网络，会慢很多，
而且数据库导出时，要看你的机器DISK的读写性能，而且还要配置postgresql.conf一些参数，能加快导入速度

  有一次生产迁移，80G的数据库，导出时间才1个多小时，用的是比较差的服务器