Oracle MySQL PG主從

自己原文公眾號： 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、幾十億資料，穩穩的。