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

mysql和postgresql的區(qū)別？

1架構(gòu)對比

MySQL：多線程

PostgreSQL：多進(jìn)程

多線程架構(gòu)和多進(jìn)程架構(gòu)之間沒有可以說的好壞，.例如oracle在unix上是多進(jìn)程架構(gòu)，在windows上是多線程架構(gòu)。

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

pgsql相對于numa架構(gòu)的支持比mysql強(qiáng)不少，比MYSQL對此讀的性能更好一些，pgsql并提交可以全部異步，而mysql的內(nèi)存表太差功能強(qiáng)大（因?yàn)楸礞i的原因）

2對存儲過程及事務(wù)的支持能力

1）MySQL對于無事務(wù)的MyISAM表，按結(jié)構(gòu)表鎖定后，一個(gè)長時(shí)間運(yùn)行的查詢很肯定會長時(shí)間地阻擋對表的更新，而PostgreSQL不存在這樣的問題。

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

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

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

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

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

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

什么時(shí)間redis？

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

●需要實(shí)時(shí)更新，只不過更新頻率不高的數(shù)據(jù)。例如一個(gè)用戶的訂單列表，他肯定希望能夠?qū)崟r(shí)看到自己下的訂單，可是大部分用戶應(yīng)該不會正常提交訂單。

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

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