《PostgreSQL服务器编程》一一2.2　开发者的可用性

本节书摘来自华章计算机《PostgreSQL服务器编程》一书中的第2章，第2.1节,作者：（美）Hannu Krosing, Jim Mlodgenski, Kirk Roybal 著
，更多章节内容可以访问云栖社区“华章计算机”公众号查看。

2.2 开发者的可用性

这一直是我开发生涯中的一个最欢快有趣的部分。我最近建议当地的一家公司，使用PostgreSQL进行报表系统的开发。这家公司想知道，如果他们选择了PostgreSQL，公司里面是否有工作人员能够进行后续维护。于是我开始采访开发者，求证他们在PostgreSQL上的经验。
我：你使用过PostgreSQL吗？
开发人员1：是的，我在最近一项工作中就使用过它。我用它来完成了一个产品实施的项目，但我不相信很多人都有这种经验。我们或许应该坚持使用MySQL。
我：你使用过PostgreSQL吗？
开发人员2：是的，我在最近一项工作中就使用过它。我用它来完成一个汇报的项目，但我不觉得很多人都有这种经验。我们或许应该坚持使用MySQL。
当我采访完项目中七个关键的开发者之后，我发现唯一一个没有PostgreSQL实践经验的人是项目经理。由于项目经理在项目中并不需要有任何技术上的参与，所以他批准了PostgreSQL的选用方案。
PostgreSQL是Web开发者们的一个肮脏的小秘密。如同他们处理加密解密一样，他们对PostgreSQL有着相同的熟悉程度。因为“只有那些高级用户”会使用它，而这些用户都会如同发烧友般地对PostgreSQL进行深入研究，并且他们会假定其他人都由于太“缺乏经验”，而不会去做同样的研究。每个人都试图对其他人“掩饰事实”。他们认为自己手头上使用的工具（MySQL）是一个牺牲品，他们借此去帮助缺乏经验的同事。滑稽的是，这些被帮助的家伙们也会认为，他们正在为其他人做出同样的牺牲。
经验总结：不再替“其他人”做选择。他和你一样的经验丰富、聪慧过人，或者他可能只是希望借此机会来提高自己的技能。

PostgreSQL 双节点流复制如何同时保证可用性、可靠性(rpo,rto) - （半同步，自动降级方法实践） PostgreSQL , 同步 , 半同步 , 流复制 两节点HA架构，如何做到跨机房RPO=0(可靠性维度)？同时RTO可控(可用性维度)？ 半同步是一个不错的选择。 1、当只挂掉一个节点时，可以保证RPO=0。如下： 主 - 从（挂） 主（挂） - 从 2、当一个节点挂掉后，在另一个节点恢复并开启同步模式前，如果在此期间（