附注：建议每天对角色和表空间定义等全局对象进行备份，但不建议每天使用pg_dumpall来备份全库数据，因为pg_dumpall仅支持导出为SQL文本格式，而使用这种庞大的SQL文本备份来进行全库级别的数据库恢复时极其耗时的，所以一般只建议使用pg_dumpall来备份全局对象而非全库数据。

Linux 快速永久关闭iptables分三步，第一步：执行命令 iptables -F第二步：执行命令 whereis iptables 查询出iptables这个程序的位置第三步： 给程序改个任意名字 ，例如，我的机器为centos7.0，查询出来的路径为/usr/sbin/iptables，执行命令mv /usr/sbin/iptables /usr/sbin/iptable ，为了让这个生

数据库学习的过程中，很可能需要数据量比较大的表来进行模拟测试，那么，测试表的创建需要遵循的是贴近实际的生产环境，尽量的模仿实际的生产环境。因此，学习数据库的时候，快速的创建一个具有足够数据量的大表是非常有必要的。

对于数据库的维护而言，肯定是有SQL脚本的执行，例如，某个项目需要更新，那么，可能会有很多的SQL脚本需要执行，SQL脚本可能会包含有建表，插入数据，索引建立，约束建立，主外键建立等等内容。那么，几个SQL脚本可能无所谓，navicat或者psql命令行 简简单单的就导入了，但是有的时候脚本会比较多并且有的时候脚本会有执行顺序要求，很显然，navicat会力不从心的，一个个点SQL文件导入也会有遗

第一、postgresql数据库的膨胀问题例如，其多版本并发控制（MVCC）机制虽然提升了读并发性能，但也可能带来存储空间需要定期通过 VACUUM等操作进行维护的考虑其实这个存储空间，也就是表膨胀，索引膨胀，wal日志膨胀这几个膨胀对于运维工作来说，是非常不友好的表膨胀和索引膨胀对于postgresql数据库的性能来说，影响是非常巨大的，并且这两个膨胀是没有限制的，也就是说，如果发生了表膨胀而你

数据库的安全性需要做一个保证，那么，本地备份策略显然是不太安全的，如果，本地磁盘有突发损坏问题，将无法恢复数据库。因此，远程备份也就是把备份文件拷贝到远端服务器是一个必要的措施。远程备份策略的几种方案对比远程备份的具体实现我们可以使用的工具是比较多的，其中比较高效的是再生龙，scp，rsync以及pg_dump命令远程连接数据库备份。那么，这几种工具到底使用哪个比较好呢？

​备份：使用pg_basebackup命令来进行备份，这个命令可以将postgresql的数据文件备份为两个压缩文件：base.tar和 pg_wal.tar。本别是数据文件和归档文件，恢复的时候，需要设置按照归档文件来恢复。那么，此种方式的备份可以备份自定义表空间。恢复：需要先把备份的压缩文件替换当前的数据文件，然后修改postgresql.conf，因为这个配置文件在data文件夹中，所以只能

postgresql数据库说实话是真心好用，但，想用好是比较困难的。那么，造成该数据库使用困难的是它的内置工具非常的多，并且整体优化是比较难的。比如，自带的备份工具pg_basebackup，pg_dump，pg_restore，而这些工具还需要配合WAL日志，当然，不使用归档日志WAL也可以满足一些备份需求，但对于数据的保护力度就可能不是太精确了。

kubeadm部署集群可以使用两种形式。

一，etcd集群部署前的准备工作。