mysql和postgresql的區(qū)別？1架構對比MySQL：多線程PostgreSQL：多進程多線程架構和多進程架構之間沒有可以說的好壞，.例如oracle在unix上是多進程架構，在windows

mysql和postgresql的區(qū)別？

1架構對比

MySQL：多線程

PostgreSQL：多進程

多線程架構和多進程架構之間沒有可以說的好壞，.例如oracle在unix上是多進程架構，在windows上是多線程架構。

PG的有多種集群架構可以選擇，plproxy可以支持語句級的鏡像或分片，slony也可以通過字段級的不同步的設置，standby是可以形成完整WAL文件級或流式的讀寫分離集群，同步頻率和集群策略根據情況更方便，操作的很簡單點。

pgsql相對于numa架構的支持比mysql強不少，比MYSQL對此讀的性能更好一些，pgsql并提交可以全部異步，而mysql的內存表太差功能強大（因為表鎖的原因）

2對存儲過程及事務的支持能力

1）MySQL對于無事務的MyISAM表，按結構表鎖定后，一個長時間運行的查詢很肯定會長時間地阻擋對表的更新，而PostgreSQL不存在這樣的問題。

2）PostgreSQL支持什么存儲過程，要比MySQL好，擁有本地緩存執(zhí)行計劃的能力；

3）MySQL4.0.2-alpha正在支持什么事務的概念，恢復無事務的表類型，為用戶能提供了更多的選擇。

3穩(wěn)定性及性能

1）高并發(fā)讀寫，負載靠近了極限下，PG的性能指標仍這個可以保護雙曲線甚至還對數曲線，到頂峰之后不再會下降，而MySQL明顯直接出現(xiàn)一個波峰后迅速下滑（5.5版本之后，在企業(yè)級版本中有個插件可以會改善很多，但是不需要付費）

2）PostgreSQL的穩(wěn)定性極強，Innodb等引擎在崩潰、突然斷電之類的災難場景下抗打擊能力有了長足進展，但他很多MySQL用戶都遇到過Serve的數據庫丟失的的場景——mysql系統(tǒng)庫是MyISAM的，相比之下，PG數據庫這方面要強一點。

3）mysql的innodb引擎，是可以一定360優(yōu)化依靠系統(tǒng)所有內存，超大內存下PG對內存在用的不這樣一定（要參照內存情況合理配置）。從測試結果上看，mysql5.5的性能提升很大，單機性能強于pgsql，5.6肯定會強更大。

什么時間redis？

●不需要實時更新但是又極其會消耗數據庫的數據。諸如網站上商品銷售排行榜，這種數據一天統(tǒng)計一次就可以了，用戶絕對不會了解其如何確定是實時地的。

●需要實時更新，只不過更新頻率不高的數據。例如一個用戶的訂單列表，他肯定希望能夠實時看到自己下的訂單，可是大部分用戶應該不會正常提交訂單。

●在某個時刻訪問量頗大但是可以更新也很正常的數據。這種數據有一個很是是的例子就是能秒殺，在一招秒那一刻，很可能有N倍于平時的流量沖進來，系統(tǒng)壓力會很大。但這種數據建議使用的緩存沒法和大多數緩存一樣，這種緩存必須能保證不全部丟失，不然會有大問題。

就像地，Redis是可以用來以及MySQL的緩存層。為什么MySQL最好有緩存層呢？想象幫一下忙這樣的場景：在一個多人大俠幫幫忙的游戲里，排行榜、好友關系、隊列等真接關系數據的情景下，要是再和MySQL那面交手，大量的數據請求肯定會對MySQL疲累不堪，哪怕長期過量的請求將會擊穿數據庫，可能導致整個數據服務掉線，數據庫性能的瓶頸將制肘業(yè)務的開發(fā)；那么如果不是按照Redis來做數據緩存，將大嚇減小可以查詢數據的壓力。在這種架子里，當我們在業(yè)務層有數據查詢需求時，先到Redis緩存中網上查詢，假如查不到，再到MySQL數據庫中可以查詢，同樣將查到的數據可以更新到Redis里；當我們在業(yè)務層有如何修改直接插入數據需求時，真接向MySQL發(fā)起攻擊幫忙，同時自動更新Redis緩存。