PostgreSQL 是一款功能強(qiáng)大的開源關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（RDBMS），以其可靠性、可擴(kuò)展性和豐富的功能而聞名。本指南將帶你深入了解 PostgreSQL 9.0 的安裝、配置和高級(jí)功能。

安裝 PostgreSQL

在安裝 PostgreSQL 之前，你需要確保系統(tǒng)滿足以下要求：

• 操作系統(tǒng)：Linux、MacOS 或 Windows
• 64 位處理器
• 至少 1GB 內(nèi)存
• 足夠的空間存儲(chǔ)數(shù)據(jù)庫文件

Linux 和 MacOS

1. 添加 PostgreSQL 存儲(chǔ)庫
2. 更新軟件包信息
3. 安裝 PostgreSQL
4. 初始化數(shù)據(jù)庫集群

5. 創(chuàng)建第一個(gè)用戶

Windows

1. 下載 PostgreSQL 安裝程序
2. 運(yùn)行安裝程序并按照提示進(jìn)行操作
3. 初始化數(shù)據(jù)庫集群
4. 創(chuàng)建第一個(gè)用戶

配置 PostgreSQL

安裝完成后，你需要配置 PostgreSQL 以滿足你的需求。主要配置選項(xiàng)包括：

• 監(jiān)聽端口
• 最大連接數(shù)
• 共享緩沖區(qū)大小
• 工作內(nèi)存大小
• 自動(dòng)真空設(shè)置

你可以通過編輯 postgresql.conf 文件或使用 ALTER SYSTEM 命令來配置這些選項(xiàng)。

高級(jí)配置

PostgreSQL 提供了許多高級(jí)配置選項(xiàng)，可以根據(jù)你的特定需求進(jìn)行優(yōu)化。這些選項(xiàng)包括：

復(fù)制

復(fù)制允許你創(chuàng)建數(shù)據(jù)庫的副本，以提高可用性和性能。PostgreSQL 支持各種復(fù)制方法，包括：

• 流復(fù)制
• 觸發(fā)器復(fù)制
• 邏輯復(fù)制

分區(qū)

分區(qū)允許你將大型表劃分為較小的部分，這可以提高查詢性能和可管理性。

索引

索引對于快速訪問數(shù)據(jù)至關(guān)重要。PostgreSQL 支持各種索引類型，包括：

• B 樹索引
• 哈希索引
• GiST 索引

優(yōu)化的查詢

性能優(yōu)化對于確保 PostgreSQL 應(yīng)用程序的高性能至關(guān)重要。你可以使用以下技術(shù)優(yōu)化查詢：

• 使用索引
• 重寫查詢
• 使用分析

用戶管理

PostgreSQL 提供了強(qiáng)大的用戶管理功能，允許你控制對數(shù)據(jù)庫和對象的訪問。你可以創(chuàng)建用戶、授予權(quán)限并管理角色。

備份和恢復(fù)

備份和恢復(fù)對于保護(hù)你的數(shù)據(jù)免遭數(shù)據(jù)丟失至關(guān)重要。PostgreSQL 支持多種備份和恢復(fù)方法，包括：

• pg_dump
• pg_basebackup
• WAL 日志

結(jié)論

本文提供了 PostgreSQL 9.0 安裝、配置和高級(jí)功能的全面指南。通過了解這些主題，你可以優(yōu)化你的數(shù)據(jù)庫以滿足你的需求，確保高性能、可靠性和可擴(kuò)展性。

---

我安裝了PostgreSQL 9.0.4之后連接數(shù)據(jù)庫結(jié)果失敗，我換了個(gè)端口5433也是一樣不行怎么回事？

之前安裝過其他版本的postgresql嗎？刪掉注冊表下所有與之相關(guān)的東西了嗎？command打開注冊表regedit，檢索key為postgre，刪除檢索到的內(nèi)容。 刪掉之后再重新安裝試試。

MySQL 9.0 創(chuàng)新版發(fā)布，大失所望。。

大家好，我是程序員魚皮。 2024年7月1日，MySQL發(fā)布了9.0創(chuàng)新版本。 與常見的LTS長期支持版本不同，創(chuàng)新版本發(fā)布更頻繁，會(huì)更快地推出新的特性和變更，可以理解為“嘗鮮版”，適合追求前沿技術(shù)的同學(xué)體驗(yàn)。 我通過閱讀官方文檔，完整了解了本次發(fā)布的新特性，結(jié)果怎么說呢，唉，接著往下看吧。 。 。 下面魚皮帶大家“嘗嘗鮮”，來看看MySQL 9.0創(chuàng)新版本有哪些主要的變化。 新特性1、Event相關(guān)SQL語句可以被Prepared在MySQL中，事件（Events）是一種可以在預(yù)定時(shí)間執(zhí)行的調(diào)度任務(wù)，比如定期清理數(shù)據(jù)之類的，就可以使用事件。 MySQL 9.0對事件SQL提供了Prepared支持，包括：prepared準(zhǔn)備語句是一種預(yù)編譯的SQL語句模板，可以在執(zhí)行時(shí)動(dòng)態(tài)地傳入?yún)?shù)，從而提高查詢的性能和安全性。 比如下面就是一個(gè)準(zhǔn)備語句，插入的數(shù)據(jù)可以動(dòng)態(tài)傳入：2、Performance Schema新增2張表MySQL的Performance Schema是一個(gè)用于監(jiān)視MySQL服務(wù)器性能的工具。 它提供了一組動(dòng)態(tài)視圖和表，記錄了MySQL服務(wù)器內(nèi)部的活動(dòng)和資源使用情況，幫助開發(fā)者進(jìn)行性能分析、調(diào)優(yōu)和故障排除。 本次新增的表：3、SQL語句優(yōu)化現(xiàn)在可以使用以下語法將EXPLAIN ANALYZE（分析查詢執(zhí)行計(jì)劃和性能的工具）的JSON輸出保存到用戶變量中：隨后，可以將這個(gè)變量作為MySQL的任何JSON函數(shù)的JSON參數(shù)使用。 4、向量存儲(chǔ)AI的發(fā)展帶火了向量數(shù)據(jù)庫，我們可以利用向量數(shù)據(jù)庫存儲(chǔ)喂給AI的知識(shí)庫和文檔。 雖然MySQL官方更新日志中并沒有提到對于向量數(shù)據(jù)存儲(chǔ)的支持，但是網(wǎng)上有博主在MySQL 9.0社區(qū)版中進(jìn)行了測試，發(fā)現(xiàn)其實(shí)已經(jīng)支持了向量存儲(chǔ)，如圖：在此之前，MySQL推出過一個(gè)專門用于分析處理和高性能查詢的數(shù)據(jù)庫變體HeatWave，本來以為只會(huì)在HeatWave中支持向量存儲(chǔ)，沒想到社區(qū)版也能使用。 如果是真的，那可太好了。 5、其他此外，還優(yōu)化了Windows系統(tǒng)上MySQL的安裝和使用體驗(yàn)。 廢棄和移除1）在MySQL 8.0中，已移除了在MySQL 8.0中已廢棄的mysql_native_password認(rèn)證插件，并且服務(wù)器現(xiàn)在拒絕來自沒有CLIENT_PLUGIN_AUTH能力的舊客戶端程序的mysql_native認(rèn)證請求。 為了向后兼容性，mysql_native_password仍然在客戶端上可用；客戶端內(nèi)置的認(rèn)證插件已轉(zhuǎn)換為動(dòng)態(tài)加載插件。 這些更改還涉及移除以下服務(wù)器選項(xiàng)和變量：2）Performance Schema中variables_info表的MIN_VALUE和MAX_VALUE列現(xiàn)在已廢棄，并可能在將來的MySQL版本中移除。 開發(fā)者應(yīng)該改為使用variables_metadata表的MIN_VALUE和MAX_VALUE列。 3）ER_SUBQUERY_NO_1_ROW已從忽略包含IGNORE關(guān)鍵字的語句的錯(cuò)誤列表中移除。 這樣做的原因如下：升級(jí)到9.0后，如果包含SELECT語句的UPDATE、DELETE或INSERT語句使用了包含多行結(jié)果的標(biāo)量子查詢，帶有IGNORE關(guān)鍵字的語句可能會(huì)引發(fā)錯(cuò)誤。 總結(jié)看了本次MySQL 9.0創(chuàng)新版的更新，說實(shí)話，大失所望。 在這之前，網(wǎng)上有很多關(guān)于MySQL 9.0版本新特性的猜測，結(jié)果基本上都沒有出現(xiàn)。 畢竟距離MySQL上次發(fā)布的大版本8.0已經(jīng)時(shí)隔6年，本來以為這次MySQL會(huì)有一些王炸的新特性，結(jié)果呢，本次除了修復(fù)了100多個(gè)Bug之外，幾乎沒啥對開發(fā)者有幫助的點(diǎn)。 別說沒幫助了，我估計(jì)很多同學(xué)在看這篇文章前都沒接觸過這些有變更的特性。 我們最關(guān)注的，無非就是使用難度、成本和性能提升對吧，最好是什么代碼都不用改，直接升級(jí)個(gè)數(shù)據(jù)庫的版本，性能提升個(gè)幾倍，還能跟老板吹一波牛皮。 你看看隔壁的PostgreSQL，這幾年，都已經(jīng)從11更新到17版本了，AI時(shí)代人家也早就能通過插件支持存儲(chǔ)向量數(shù)據(jù)了。 MySQL你這真的是創(chuàng)新么？最后，MySQL 9.0創(chuàng)新版本的下載地址我就不放了，咱還是老老實(shí)實(shí)用5.7和8.0版本，MySQL的新版本，還有很長一條路要走呀！

如何重啟postgresql服務(wù)器

安裝PostgreSQL Server# yum install postgresql90-server初始化數(shù)據(jù)庫，默認(rèn)路徑為/var/lib/pgsql/9.0/data# service postgresql-9.0 initdb啟動(dòng)服務(wù)# service postgresql-9.0 start

請問PostgreSQL 9.0是什么？我沒安裝過這個(gè)軟件。

PostgreSQL是一個(gè)數(shù)據(jù)庫，120G代表postgreSQL保存的數(shù)據(jù)占的空間有120G，如果沒用到可以直接刪除，對系統(tǒng)沒影響。

MySQL與PostgreSQL比較 哪個(gè)數(shù)據(jù)庫更好

特性MySQLPostgreSQL實(shí)例通過執(zhí)行 MySQL 命令（mysqld）啟動(dòng)實(shí)例。 一個(gè)實(shí)例可以管理一個(gè)或多個(gè)數(shù)據(jù)庫。 一臺(tái)服務(wù)器可以運(yùn)行多個(gè) mysqld 實(shí)例。 一個(gè)實(shí)例管理器可以監(jiān)視 mysqld 的各個(gè)實(shí)例。 通過執(zhí)行 Postmaster 進(jìn)程（pg_ctl）啟動(dòng)實(shí)例。 一個(gè)實(shí)例可以管理一個(gè)或多個(gè)數(shù)據(jù)庫，這些數(shù)據(jù)庫組成一個(gè)集群。 集群是磁盤上的一個(gè)區(qū)域，這個(gè)區(qū)域在安裝時(shí)初始化并由一個(gè)目錄組成，所有數(shù)據(jù)都存儲(chǔ)在這個(gè)目錄中。 使用 initdb 創(chuàng)建第一個(gè)數(shù)據(jù)庫。 一臺(tái)機(jī)器上可以啟動(dòng)多個(gè)實(shí)例。 數(shù)據(jù)庫數(shù)據(jù)庫是命名的對象集合，是與實(shí)例中的其他數(shù)據(jù)庫分離的實(shí)體。 一個(gè) MySQL 實(shí)例中的所有數(shù)據(jù)庫共享同一個(gè)系統(tǒng)編目。 數(shù)據(jù)庫是命名的對象集合，每個(gè)數(shù)據(jù)庫是與其他數(shù)據(jù)庫分離的實(shí)體。 每個(gè)數(shù)據(jù)庫有自己的系統(tǒng)編目，但是所有數(shù)據(jù)庫共享 pg_databases。 數(shù)據(jù)緩沖區(qū)通過 innodb_buffer_pool_size 配置參數(shù)設(shè)置數(shù)據(jù)緩沖區(qū)。 這個(gè)參數(shù)是內(nèi)存緩沖區(qū)的字節(jié)數(shù)，InnoDB 使用這個(gè)緩沖區(qū)來緩存表的數(shù)據(jù)和索引。 在專用的數(shù)據(jù)庫服務(wù)器上，這個(gè)參數(shù)最高可以設(shè)置為機(jī)器物理內(nèi)存量的 80%。 Shared_buffers 緩存。 在默認(rèn)情況下分配 64 個(gè)緩沖區(qū)。 默認(rèn)的塊大小是 8K。 可以通過設(shè)置 文件中的 shared_buffers 參數(shù)來更新緩沖區(qū)緩存。 數(shù)據(jù)庫連接客戶機(jī)使用 CONNECT 或 Use 語句連接數(shù)據(jù)庫，這時(shí)要指定數(shù)據(jù)庫名，還可以指定用戶 id 和密碼。 使用角色管理數(shù)據(jù)庫中的用戶和用戶組。 客戶機(jī)使用 connect 語句連接數(shù)據(jù)庫，這時(shí)要指定數(shù)據(jù)庫名，還可以指定用戶 id 和密碼。 使用角色管理數(shù)據(jù)庫中的用戶和用戶組。 身份驗(yàn)證MySQL 在數(shù)據(jù)庫級(jí)管理身份驗(yàn)證。 基本只支持密碼認(rèn)證。 PostgreSQL 支持豐富的認(rèn)證方法：信任認(rèn)證、口令認(rèn)證、Kerberos 認(rèn)證、基于 Ident 的認(rèn)證、LDAP 認(rèn)證、PAM 認(rèn)證加密可以在表級(jí)指定密碼來對數(shù)據(jù)進(jìn)行加密。 還可以使用 AES_ENCRYPT 和 AES_DECRYPT 函數(shù)對列數(shù)據(jù)進(jìn)行加密和解密。 可以通過 SSL 連接實(shí)現(xiàn)網(wǎng)絡(luò)加密。 可以使用 pgcrypto 庫中的函數(shù)對列進(jìn)行加密/解密。 可以通過 SSL 連接實(shí)現(xiàn)網(wǎng)絡(luò)加密。 審計(jì)可以對 querylog 執(zhí)行 grep。 可以在表上使用 PL/pgSQL 觸發(fā)器來進(jìn)行審計(jì)。 查詢解釋使用 EXPLAIN 命令查看查詢的解釋計(jì)劃。 使用 EXPLAIN 命令查看查詢的解釋計(jì)劃。 備份、恢復(fù)和日志InnoDB 使用寫前（write-ahead）日志記錄。 支持在線和離線完全備份以及崩潰和事務(wù)恢復(fù)。 需要第三方軟件才能支持熱備份。 在數(shù)據(jù)目錄的一個(gè)子目錄中維護(hù)寫前日志。 支持在線和離線完全備份以及崩潰、時(shí)間點(diǎn)和事務(wù)恢復(fù)。 可以支持熱備份。 JDBC 驅(qū)動(dòng)程序可以從 參考資料 下載 JDBC 驅(qū)動(dòng)程序。 可以從 參考資料 下載 JDBC 驅(qū)動(dòng)程序。 表類型取決于存儲(chǔ)引擎。 例如，NDB 存儲(chǔ)引擎支持分區(qū)表，內(nèi)存引擎支持內(nèi)存表。 支持臨時(shí)表、常規(guī)表以及范圍和列表類型的分區(qū)表。 不支持哈希分區(qū)表。 由于PostgreSQL的表分區(qū)是通過表繼承和規(guī)則系統(tǒng)完成了，所以可以實(shí)現(xiàn)更復(fù)雜的分區(qū)方式。 索引類型取決于存儲(chǔ)引擎。 MyISAM：BTREE，InnoDB：BTREE。 支持 B-樹、哈希、R-樹和 Gist 索引。 約束支持主鍵、外鍵、惟一和非空約束。 對檢查約束進(jìn)行解析，但是不強(qiáng)制實(shí)施。 支持主鍵、外鍵、惟一、非空和檢查約束。 存儲(chǔ)過程和用戶定義函數(shù)支持 CREATE PROCEDURE 和 CREATE FUNCTION 語句。 存儲(chǔ)過程可以用 SQL 和 C++ 編寫。 用戶定義函數(shù)可以用 SQL、C 和 C++ 編寫。 沒有單獨(dú)的存儲(chǔ)過程，都是通過函數(shù)實(shí)現(xiàn)的。 用戶定義函數(shù)可以用 PL/pgSQL（專用的過程語言）、PL/Tcl、PL/Perl、PL/Python 、SQL 和 C 編寫。 觸發(fā)器支持行前觸發(fā)器、行后觸發(fā)器和語句觸發(fā)器，觸發(fā)器語句用過程語言復(fù)合語句編寫。 支持行前觸發(fā)器、行后觸發(fā)器和語句觸發(fā)器，觸發(fā)器過程用 C 編寫。 系統(tǒng)配置文件數(shù)據(jù)庫配置客戶機(jī)連接文件_ 支持有限的 XML 支持。 有限的 XML 支持。 數(shù)據(jù)訪問和管理服務(wù)器OPTIMIZE TABLE —— 回收未使用的空間并消除數(shù)據(jù)文件的碎片myisamchk -analyze —— 更新查詢優(yōu)化器所使用的統(tǒng)計(jì)數(shù)據(jù)（MyISAM 存儲(chǔ)引擎）mysql —— 命令行工具M(jìn)ySQL Administrator —— 客戶機(jī) GUI 工具Vacuum —— 回收未使用的空間Analyze —— 更新查詢優(yōu)化器所使用的統(tǒng)計(jì)數(shù)據(jù)psql —— 命令行工具pgAdmin —— 客戶機(jī) GUI 工具并發(fā)控制支持表級(jí)和行級(jí)鎖。 InnoDB 存儲(chǔ)引擎支持 READ_COMMITTED、READ_UNCOMMITTED、REPEATABLE_READ 和 SERIALIZABLE。 使用 SET TRANSACTION ISOLATION LEVEL 語句在事務(wù)級(jí)設(shè)置隔離級(jí)別。 支持表級(jí)和行級(jí)鎖。 支持的 ANSI 隔離級(jí)別是 Read Committed（默認(rèn) —— 能看到查詢啟動(dòng)時(shí)數(shù)據(jù)庫的快照）和 Serialization（與 Repeatable Read 相似 —— 只能看到在事務(wù)啟動(dòng)之前提交的結(jié)果）。 使用 SET TRANSACTION 語句在事務(wù)級(jí)設(shè)置隔離級(jí)別。 使用 SET SESSION 在會(huì)話級(jí)進(jìn)行設(shè)置。 MySQL相對于PostgreSQL的劣勢：MySQLPostgreSQL最重要的引擎InnoDB很早就由Oracle公司控制。 目前整個(gè)MySQL數(shù)據(jù)庫都由Oracle控制。 BSD協(xié)議，沒有被大公司壟斷。 對復(fù)雜查詢的處理較弱，查詢優(yōu)化器不夠成熟很強(qiáng)大的查詢優(yōu)化器，支持很復(fù)雜的查詢處理。 只有一種表連接類型:嵌套循環(huán)連接(nested-loop),不支持排序-合并連接(sort-merge join)與散列連接(hash join)。 都支持性能優(yōu)化工具與度量信息不足提供了一些性能視圖，可以方便的看到發(fā)生在一個(gè)表和索引上的select、delete、update、insert統(tǒng)計(jì)信息，也可以看到cache命中率。 網(wǎng)上有一個(gè)開源的pgstatspack工具。 InnoDB的表和索引都是按相同的方式存儲(chǔ)。 也就是說表都是索引組織表。 這一般要求主鍵不能太長而且插入時(shí)的主鍵最好是按順序遞增，否則對性能有很大影響。 不存在這個(gè)問題。 大部分查詢只能使用表上的單一索引;在某些情況下，會(huì)存在使用多個(gè)索引的查詢,但是查詢優(yōu)化器通常會(huì)低估其成本,它們常常比表掃描還要慢。 不存在這個(gè)問題表增加列，基本上是重建表和索引，會(huì)花很長時(shí)間。 表增加列，只是在數(shù)據(jù)字典中增加表定義，不會(huì)重建表存儲(chǔ)過程與觸發(fā)器的功能有限。 可用來編寫存儲(chǔ)過程、觸發(fā)器、計(jì)劃事件以及存儲(chǔ)函數(shù)的語言功能較弱除支持pl/pgsql寫存儲(chǔ)過程，還支持perl、python、Tcl類型的存儲(chǔ)過程：pl/perl，pl/python，pl/tcl。 也支持用C語言寫存儲(chǔ)過程。 不支持Sequence。 支持不支持函數(shù)索引，只能在創(chuàng)建基于具體列的索引。 不支持物化視圖。 支持函數(shù)索引，同時(shí)還支持部分?jǐn)?shù)據(jù)索引，通過規(guī)則系統(tǒng)可以實(shí)現(xiàn)物化視圖的功能。 執(zhí)行計(jì)劃并不是全局共享的, 僅僅在連接內(nèi)部是共享的。 執(zhí)行計(jì)劃共享MySQL支持的SQL語法(ANSI SQL標(biāo)準(zhǔn))的很小一部分。 不支持遞歸查詢、通用表表達(dá)式（Oracle的with 語句）或者窗口函數(shù)（分析函數(shù)）。 都 支持不支持用戶自定義類型或域(domain)支持。 對于時(shí)間、日期、間隔等時(shí)間類型沒有秒以下級(jí)別的存儲(chǔ)類型可以精確到秒以下。 身份驗(yàn)證功能是完全內(nèi)置的，不支持操作系統(tǒng)認(rèn)證、PAM認(rèn)證，不支持LDAP以及其它類似的外部身份驗(yàn)證功能。 支持OS認(rèn)證、Kerberos 認(rèn)證 、Ident 的認(rèn)證、LDAP 認(rèn)證、PAM 認(rèn)證不支持database link。 有一種叫做Federated的存儲(chǔ)引擎可以作為一個(gè)中轉(zhuǎn)將查詢語句傳遞到遠(yuǎn)程服務(wù)器的一個(gè)表上,不過,它功能很粗糙并且漏洞很多有dblink，同時(shí)還有一個(gè)dbi-link的東西，可以連接到oracle和mysql上。 Mysql Cluster可能與你的想象有較大差異。 開源的cluster軟件較少。 復(fù)制(Replication)功能是異步的,并且有很大的局限性.例如,它是單線程的(single-threaded),因此一個(gè)處理能力更強(qiáng)的Slave的恢復(fù)速度也很難跟上處理能力相對較慢的Master.有豐富的開源cluster軟件支持。 explain看執(zhí)行計(jì)劃的結(jié)果簡單。 explain返回豐富的信息。 類似于ALTER TABLE或CREATE TABLE一類的操作都是非事務(wù)性的.它們會(huì)提交未提交的事務(wù)，并且不能回滾也不能做災(zāi)難恢復(fù) DDL也是有事務(wù)的。 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í)候，對于現(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都有回滾段。 對于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-錯(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簡單，對于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)程模式與線程模式的對比PostgreSQL和oracle是進(jìn)程模式，MySQL是線程模式。 進(jìn)程模式對多CPU利用率比較高。 進(jìn)程模式共享數(shù)據(jù)需要用到共享內(nèi)存，而線程模式數(shù)據(jù)本身就是在進(jìn)程空間內(nèi)都是共享的，不同線程訪問只需要控制好線程之間的同步。 線程模式對資源消耗比較少。 所以MySQL能支持遠(yuǎn)比oracle多的更多的連接。 對于PostgreSQL的來說，如果不使用連接池軟件，也存在這個(gè)問題，但PostgreSQL中有優(yōu)秀的連接池軟件軟件，如pgbouncer和pgpool，所以通過連接池也可以支持很多的連接。 堆表與索引組織表的的對比Oracle支持堆表，也支持索引組織表PostgreSQL只支持堆表，不支持索引組織表Innodb只支持索引組織表索引組織表的優(yōu)勢：表內(nèi)的數(shù)據(jù)就是按索引的方式組織，數(shù)據(jù)是有序的，如果數(shù)據(jù)都是按主鍵來訪問，那么訪問數(shù)據(jù)比較快。 而堆表，按主鍵訪問數(shù)據(jù)時(shí)，是需要先按主鍵索引找到數(shù)據(jù)的物理位置。 索引組織表的劣勢：索引組織表中上再加其它的索引時(shí)，其它的索引記錄的數(shù)據(jù)位置不再是物理位置，而是主鍵值，所以對于索引組織表來說，主鍵的值不能太大，否則占用的空間比較大。 對于索引組織表來說，如果每次在中間插入數(shù)據(jù)，可能會(huì)導(dǎo)致索引分裂，索引分裂會(huì)大大降低插入的性能。 所以對于使用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ù)，這對做讀寫分離很有用。 這個(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中可以不必建專門的降序索引了。

---

---

相關(guān)標(biāo)簽： PostgreSQL、 實(shí)戰(zhàn)指南、 9.0、 從安裝到高級(jí)配置、

上一篇：PostgreSQL90高效使用手冊提升數(shù)據(jù)庫性能和

下一篇：揭秘PostgreSQL90揭示數(shù)據(jù)庫管理系統(tǒng)的幕后