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

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

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

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

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

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

延伸閱讀：

二、為什么要持久化連接

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

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

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

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