一、有沒有什么基于postgresql的newsql

只關(guān)心外部接口的話：CockroachDB, YugaByte DB。降低點要求的話，比如MPP數(shù)據(jù)庫：開源的Greenplum，擴容可以在線進行，但是需要人工介入。最“官方”的的版本應(yīng)該是 PostgreSQL-XL，也是更新的比較及時的橫向擴展版本，基本能跟上主流版本升級。

重點介紹一下CockroachDB：

說明：

構(gòu)建于事務(wù)處理及強一致性KV存儲上的分布式SQL數(shù)據(jù)庫，支持水平擴展、自動容錯處理、強一致性事務(wù)，并且提供SQL接口用于數(shù)據(jù)處理，是Google?Spanner/F1的開源實現(xiàn)。?CockroachDB適用于應(yīng)用對數(shù)據(jù)要求精確、可靠、完全正確的場景，支持自動復制、均勻分布、基于極小配置的數(shù)據(jù)恢復，可用于分布式的、可復制的聯(lián)機事務(wù)處理（OLTP），多數(shù)據(jù)中心的部署，私有云的基礎(chǔ)構(gòu)建，它不適用于讀少寫多的場景，可以用內(nèi)存數(shù)據(jù)庫來代替，也不適用于復雜的join查詢，重量級的數(shù)據(jù)分析及聯(lián)機分析處理（OLAP）。

特性：

支持PostgreSQL

對標準SQL支持較完善

較穩(wěn)定

延伸閱讀：

二、TiDB和Cockroach之間的區(qū)別

1.用戶界面和生態(tài)系統(tǒng)盡管TiDB和CockroachDB都支持SQL，但TiDB與MySQL協(xié)議兼容，而Cockroach選擇PostgreSQL。您可以使用任何MySQL客戶端直接連接到TiDB服務(wù)器。

2.體系結(jié)構(gòu)整個TiDB項目在邏輯上分為兩部分：無狀態(tài)SQL層（TiDB）和分布式存儲層（TiKV）。由于TiDB建立在TiKV之上，開發(fā)人員可以根據(jù)自己的業(yè)務(wù)自由選擇使用TiDB或TiKV。如果您只需要分布式鍵值數(shù)據(jù)庫，則可以單獨使用TiKV以獲得更高的性能和更低的延遲。

總之，我們的系統(tǒng)是高度分層和模塊化的，而CockroachDB是一個P2P系統(tǒng)。我們系統(tǒng)的設(shè)計導致我們使用兩種編程語言：Go?for?TiDB和Rust?for?TiKV以提高存儲性能。

并且受益于高度分層的架構(gòu)，我們構(gòu)建了另一個項目[1]，以便在TiDB?/?TiKV之上運行Apache?Spark來回答復雜的OLAP查詢。它利用了Spark平臺和分布式TiKV集群的優(yōu)勢。

3.事務(wù)模型盡管CockroachDB和TiDB都支持ACID事務(wù)，但TiDB使用了Google的Percolator引入的模型。該模型的關(guān)鍵特性是它需要一個獨立的時間戳分配器。與Spanner一樣，TiDB中的每個事務(wù)都有一個時間戳來隔離不同的事務(wù)。

CockroachDB使用的模型類似于Google在其論文中描述的TrueTime?API。然而，與Google不同，CockroachDB沒有構(gòu)建原子鐘和GPS接收器來保持不同數(shù)據(jù)中心的時間一致。相反，它使用NTP進行時鐘同步，這導致了不確定錯誤的問題。為了解決這個問題，CockroachDB采用了混合邏輯時鐘（HLC）算法。

4.編程語言TiDB使用Go作為SQL層，使用Rust作為存儲引擎層。由于Go具有垃圾收集器（GC）和運行時，我們認為調(diào)整性能將花費我們幾天的時間。因此，我們對TiKV使用Rust，一種靜態(tài)語言。它的表現(xiàn)要好得多。CockroachDB只使用Go。