自己原文公众号： https://mp.weixin.qq.com/s/L2eBWH6v88MyTNa5f-UHmQ
这里是Oracle MySQL和PostgreSQL三个数据库的缩写。我这里没写OceanBase PolarDB TDSQL TiDB等分布式数据库是因为这些都是天生分布式。而OMP 三个都是主要用于集中式，虽然各自也有自己的分布式。今天就说简单的主从。为什么直说这三个，是因为排名前十的关系型数据库我不看好SQLSERVER和DB2. 个人偏见。但是我不会说这些数据库不如以上三个。不能打击其他产品。只是流行度上OMP的未来都不错。
Oracle以前有DG后来有了ADG。安装真心费劲。我虽然没有考OCM，（费用和脱产都做不到），但是不妨碍我去学习ADG和RAC两个OCM的大项。第一次安装ADG怎么也不行，问OCM的老师，老师说你慢慢搞，我第一次一个月呢。哎。这里还要感谢杨海东老师远程指点了我一下。后来我熟练了。最快一次30分钟搞定。现在多年不做了，但是徒弟们能做得比我更快了。今天先不说RAC，泪更多了。
MySQL的主从比起Oracle简单太多了，5分钟搞定（空库的时候）。到了8，clone建立从库步骤更少。
PG的主从更好，除了配置文件，几乎是一键主从。从这点上来说Oracle的主从应该向PG学习一下，其实也是可以做到一键ADG的。
MySQL的主从切换最容易，PG的切换也不难。这些我都有信心多次切来切去。Oracle和PG的主从切换其实一样，牵涉到角色。因为从库不可写。但是ADG的切换始终心中有些担心会失败，毕竟有过失败的经验。但是PG和MySQL从来没失败过。
高可用是用来容灾的不是解决性能问题的。就算是有的说读写分离，也是基本是报表分离，在线SQL写的差，架构再好也没有什么用处。甚至本来单机可以解决的一定要分库分表、最后发现技术栈用了十几种还有大数据，最后发现数据异步、异构、延迟、丢失、还有说不完的泪。
无论怎么主从还是集群，还是分布式都救不了SQL不及格的病。SQL写不好和数据库无关。自动挡的车不会开的，放心，手动挡一样不会开。
以下这段话来自于pingcap CTO黄东旭：不同行业不同系统，从技术层面来说，抽象到最高，总结成一句话就是：数据是架构的中心。仔细想想，我们其实做的一切工作，都是围绕着数据。数据的产生，数据的存储，数据的消费，数据的流动……只不过是根据不同的需求，变化数据的形态和服务方式。计算机系的同学可能还记得老师说过的一句话：程序= 算法 + 数据结构，我这里斗胆模仿一下这个句式：系统 = 业务逻辑 x 数据。可以说很多架构问题都是出在数据层。例如常见的「烟囱式系统」带来的种种问题，特别是数据孤岛问题，其实本质上的原因就出在没有将数据层打通，如果不从数据架构去思考，就可能「头疼医头、脚疼医脚」，费了半天劲还是很别扭，反过来如果将数据层治理好，就像打通「任督二脉」一样，起到四两拨千斤的效果。
话说我从前做公安行业那车辆卡口管理的数据库，我就单机运行的。每秒上千并发，一个数据库几十TB、几十亿数据，稳稳的。
