一、為什么關(guān)系型數(shù)據(jù)庫系統(tǒng)不易于scaling out（橫向擴展）

因為傳統(tǒng)的SQL數(shù)據(jù)庫沒想到要分片存儲，而現(xiàn)在的NewSQL開始考慮到這些問題了。當然分片存儲也會遇到新的問題，不像NoSQL（除了圖數(shù)據(jù)），NewSQL需要考慮如何避免SQL join的跨節(jié)點通訊。

TP – 實現(xiàn)serializability通常需要linearizability, 后者在分布式環(huán)境下等價于共識問題，所以很難擴展。

AP – 查詢執(zhí)行的parallel processes模式其容錯和性能穩(wěn)定性差，分布式環(huán)境難以擴展。

TP的難以擴展觸及分布式系統(tǒng)本質(zhì)問題，不好解決。

AP的話通過借鑒big data系統(tǒng)，采用stateless tasks執(zhí)行方式是可以解決的。

延伸閱讀：

二、為什么要持久化連接

這和 web 服務器的工作方式有關(guān)。web 服務器可以通過三種方法來利用 PHP 生成 web 頁面。

名列前茅種方法是將 PHP 自以為 CGI“包裝器”用作一個單獨運行的語言解釋器(CGI Wapper)。當以這種方法運行時，PHP 會為向 web 服務器的每個 PHP 頁面請求創(chuàng)建并銷毀 PHP 解釋器的時候?qū)嵗Ｓ捎谄鋾S每個請求的結(jié)束而銷毀，因此其獲取的任何資源（例如指向 SQL 數(shù)據(jù)庫服務器的鏈接）都會在銷毀時關(guān)閉。在這種情況下，不會從使用持久連接中獲得任何好處——因為根本不會持久。

第二，也是最流行的方法是把 PHP 用作多進程 web 服務器的一個模塊，這種方法目前只適用于 Apache。多進程的服務器通常有一個父進程和一組子進程協(xié)調(diào)運行，子進程負責提供網(wǎng)頁的工作。每當接收達到客戶端提出請求時，該請求會傳遞給尚未給其它客戶端提供服務的某個子進程。這也就是說當相同的客戶端第二次向服務端發(fā)出請求時，它將有可能由與名列前茅次不同的某個子進程提供服務。在開啟了一個持久連接后，所有請求 SQL 服務的后繼頁面都能夠重用與 SQL 服務器建立的相同連接。

最后一種方法是將 PHP 用作多線程 web 服務器的插件。目前 PHP 支持 WSAPI 和 NSAPI（在 Windows 上），允許 PHP 作為 Netscape FastTrack（iPlanet）、Microsoft 的 Internet Information Server (IIS) 和 O’Reilly 的 WebSite Pro 等多線程服務器的插件使用。該行為與前面描述的多過程模型相同。