MySQL相對(duì)于PostgreSQL的劣勢：
PostgreSQL主要優(yōu)勢： 1. PostgreSQL完全免費(fèi)，而且是BSD協(xié)議，如果你把PostgreSQL改一改，然后再拿去賣錢，也沒有人管你，這一點(diǎn)很重要，這表明了PostgreSQL數(shù)據(jù)庫不會(huì)被其它公司控制。oracle數(shù)據(jù)庫不用說了，是商業(yè)數(shù)據(jù)庫，不開放。而MySQL數(shù)據(jù)庫雖然是開源的，但現(xiàn)在隨著SUN被oracle公司收購，現(xiàn)在基本上被oracle公司控制，其實(shí)在SUN被收購之前，MySQL中最重要的InnoDB引擎也是被oracle公司控制的，而在MySQL中很多重要的數(shù)據(jù)都是放在InnoDB引擎中的，反正我們公司都是這樣的。所以如果MySQL的市場范圍與oracle數(shù)據(jù)庫的市場范圍沖突時(shí)，oracle公司必定會(huì)犧牲MySQL，這是毫無疑問的。 2. 與PostgreSQl配合的開源軟件很多，有很多分布式集群軟件，如pgpool、pgcluster、slony、plploxy等等，很容易做讀寫分離、負(fù)載均衡、數(shù)據(jù)水平拆分等方案，而這在MySQL下則比較困難。 3. PostgreSQL源代碼寫的很清晰，易讀性比MySQL強(qiáng)太多了，懷疑MySQL的源代碼被混淆過。所以很多公司都是基本PostgreSQL做二次開發(fā)的。 4. PostgreSQL在很多方面都比MySQL強(qiáng)，如復(fù)雜SQL的執(zhí)行、存儲(chǔ)過程、觸發(fā)器、索引。同時(shí)PostgreSQL是多進(jìn)程的，而MySQL是線程的，雖然并發(fā)不高時(shí)，MySQL處理速度快，但當(dāng)并發(fā)高的時(shí)候，對(duì)于現(xiàn)在多核的單臺(tái)機(jī)器上，MySQL的總體處理性能不如PostgreSQL，原因是MySQL的線程無法充分利用CPU的能力。 目前只想到這些，以后想到再添加，歡迎大家拍磚。 PostgreSQL與oracle或InnoDB的多版本實(shí)現(xiàn)的差別 PostgreSQL與oracle或InnoDB的多版本實(shí)現(xiàn)最大的區(qū)別在于最新版本和歷史版本是否分離存儲(chǔ)，PostgreSQL不分，而oracle和InnoDB分，而innodb也只是分離了數(shù)據(jù),索引本身沒有分開。 PostgreSQL的主要優(yōu)勢在于： 1. PostgreSQL沒有回滾段，而oracle與innodb有回滾段，oracle與Innodb都有回滾段。對(duì)于oracle與Innodb來說，回滾段是非常重要的，回滾段損壞，會(huì)導(dǎo)致數(shù)據(jù)丟失，甚至數(shù)據(jù)庫無法啟動(dòng)的嚴(yán)重問題。另由于PostgreSQL沒有回滾段，舊數(shù)據(jù)都是記錄在原先的文件中，所以當(dāng)數(shù)據(jù)庫異常crash后，恢復(fù)時(shí)，不會(huì)象oracle與Innodb數(shù)據(jù)庫那樣進(jìn)行那么復(fù)雜的恢復(fù)，因?yàn)閛racle與Innodb恢復(fù)時(shí)同步需要redo和undo。所以PostgreSQL數(shù)據(jù)庫在出現(xiàn)異常crash后，數(shù)據(jù)庫起不來的幾率要比oracle和mysql小一些。 2. 由于舊的數(shù)據(jù)是直接記錄在數(shù)據(jù)文件中，而不是回滾段中，所以不會(huì)象oracle那樣經(jīng)常報(bào)ora-01555錯(cuò)誤。 3. 回滾可以很快完成，因?yàn)榛貪L并不刪除數(shù)據(jù)，而oracle與Innodb，回滾時(shí)很復(fù)雜，在事務(wù)回滾時(shí)必須清理該事務(wù)所進(jìn)行的修改，插入的記錄要?jiǎng)h除，更新的記錄要更新回來(見row_undo函數(shù))，同時(shí)回滾的過程也會(huì)再次產(chǎn)生大量的redo日志。 4. WAL日志要比oracle和Innodb簡單，對(duì)于oracle不僅需要記錄數(shù)據(jù)文件的變化，還要記錄回滾段的變化。 PostgreSQL的多版本的主要劣勢在于： 1、最新版本和歷史版本不分離存儲(chǔ)，導(dǎo)致清理老舊版本需要作更多的掃描，代價(jià)比較大，但一般的數(shù)據(jù)庫都有高峰期，如果我們合理安排VACUUM，這也不是很大的問題，而且在PostgreSQL9.0中VACUUM進(jìn)一步被加強(qiáng)了。 2、由于索引中完全沒有版本信息，不能實(shí)現(xiàn)Coverage index scan，即查詢只掃描索引，直接從索引中返回所需的屬性，還需要訪問表。而oracle與Innodb則可以; 進(jìn)程模式與線程模式的對(duì)比 PostgreSQL和oracle是進(jìn)程模式，MySQL是線程模式。 進(jìn)程模式對(duì)多CPU利用率比較高。 進(jìn)程模式共享數(shù)據(jù)需要用到共享內(nèi)存，而線程模式數(shù)據(jù)本身就是在進(jìn)程空間內(nèi)都是共享的，不同線程訪問只需要控制好線程之間的同步。 線程模式對(duì)資源消耗比較少。 所以MySQL能支持遠(yuǎn)比oracle多的更多的連接。 對(duì)于PostgreSQL的來說，如果不使用連接池軟件，也存在這個(gè)問題，但PostgreSQL中有優(yōu)秀的連接池軟件軟件，如pgbouncer和pgpool，所以通過連接池也可以支持很多的連接。 堆表與索引組織表的的對(duì)比 Oracle支持堆表，也支持索引組織表 PostgreSQL只支持堆表，不支持索引組織表 Innodb只支持索引組織表 索引組織表的優(yōu)勢： 表內(nèi)的數(shù)據(jù)就是按索引的方式組織，數(shù)據(jù)是有序的，如果數(shù)據(jù)都是按主鍵來訪問，那么訪問數(shù)據(jù)比較快。而堆表，按主鍵訪問數(shù)據(jù)時(shí)，是需要先按主鍵索引找到數(shù)據(jù)的物理位置。 索引組織表的劣勢： 索引組織表中上再加其它的索引時(shí)，其它的索引記錄的數(shù)據(jù)位置不再是物理位置，而是主鍵值，所以對(duì)于索引組織表來說，主鍵的值不能太大，否則占用的空間比較大。 對(duì)于索引組織表來說，如果每次在中間插入數(shù)據(jù)，可能會(huì)導(dǎo)致索引分裂，索引分裂會(huì)大大降低插入的性能。所以對(duì)于使用innodb來說，我們一般最好讓主鍵是一個(gè)無意義的序列，這樣插入每次都發(fā)生在最后，以避免這個(gè)問題。 由于索引組織表是按一個(gè)索引樹，一般它訪問數(shù)據(jù)塊必須按數(shù)據(jù)塊之間的關(guān)系進(jìn)行訪問，而不是按物理塊的訪問數(shù)據(jù)的，所以當(dāng)做全表掃描時(shí)要比堆表慢很多，這可能在OLTP中不明顯，但在數(shù)據(jù)倉庫的應(yīng)用中可能是一個(gè)問題。 PostgreSQL9.0中的特色功能： PostgreSQL中的Hot Standby功能 也就是standby在應(yīng)用日志同步時(shí)，還可以提供只讀服務(wù)，這對(duì)做讀寫分離很有用。這個(gè)功能是oracle11g才有的功能。 PostgreSQL異步提交（Asynchronous Commit）的功能： 這個(gè)功能oracle中也是到oracle11g R2才有的功能。因?yàn)樵诤芏鄳?yīng)用場景中，當(dāng)宕機(jī)時(shí)是允許丟失少量數(shù)據(jù)的，這個(gè)功能在這樣的場景中就特別合適。在PostgreSQL9.0中把synchronous_commit設(shè)置為false就打開了這個(gè)功能。需要注意的是，雖然設(shè)置為了異步提交，當(dāng)主機(jī)宕機(jī)時(shí)，PostgreSQL只會(huì)丟失少量數(shù)據(jù)，異步提交并不會(huì)導(dǎo)致數(shù)據(jù)損壞而數(shù)據(jù)庫起不來的情況。MySQL中沒有聽說過有這個(gè)功能。 PostgreSQL中索引的特色功能： PostgreSQL中可以有部分索引，也就是只能表中的部分?jǐn)?shù)據(jù)做索引，create index 可以帶where 條件。同時(shí)PostgreSQL中的索引可以反向掃描，所以在PostgreSQL中可以不必建專門的降序索引了。 |
|
|
