色综合天天_在线精品国产今日亚洲_不知火舞被到爽羞羞漫画_亚洲天堂一级片

優惠活動 - 12周年慶本月新客福利
優惠活動 - 12周年慶本月新客福利
優惠活動 - 12周年慶本月新客福利

橫向復制(X軸原則)

橫向擴展,即復制服務或數據庫來分散事務負載。具有非常高讀寫比例(5:1或更高,越高越好)的數據庫;口事務増長大于數據增長的系統。只需克隆服務并實施負載均衡;
對于數據庫,要確保訪問代碼能夠區分讀寫操作應用理由:復制數據和功能可以使事務更快地擴展。X軸拆分方法能夠快速實現,但是只能提高事務的擴展性,不能提高數據的擴展性。

系統最難擴展的部分通常是數據庫或者持久存儲層。該問題可以追溯到Edgar F.Codd于1970年發表的論文4 Relational Model of Date for Large Shared Data Banksl,該論文被認為首次引人了關系數據庫管理系統(RDBMS)的概念。當今最流行的RDBMS,如 Oracle、MYSQL和SQL Server等,如其名字所示,都用于管理數據元素之間的關系。這些關系可以存在于表內,也可以存在于表之間。大多數聯機事務處理(OLTP)系統中的表都被規范化為第三范式?,即表中的所有記錄都有相同的字段,所有非關鍵字段都不能只依賴于組合關鍵字的一部分,所有非關鍵字段都必須依賴于關鍵字。表中的每一列數據與其他列數據是有關系的。表之間的關系,通常稱為外鍵。大多數使用數據庫的應用都有賴于數據庫基于其ACID屬性支持并實施這些關系。維護和實施這些關系使得拆分數據庫需要很多工作。


 
擴展數據庫的技術之一是利用大多數應用和數據庫執行的讀操作比寫操作多這一事實。我們的一個客戶負責為顧客預定酒店,每次預定平均需要檢索400次。每個預定都是1次寫操作,而每次檢索則是1次讀操作,這樣就導致了讀寫比例為400:1。創建數據的只讀副本就可以輕松地擴展這種類型的系統。

根據數據的時間敏感度,有兩種方法可以分布數據的只讀副本。所謂時間敏感度,指的是相對于數據的寫副本來說,只讀副本有多么新,或者是否完全正確。在你堅持要求整個系統的數據是即時、同步且完全正確之前,仔細考慮一下這種系統的成本有多高吧。雖然完全同步數據是理想狀態,但它的成本真的很高。況且,這種情況的性價比可能也并不是你想要的。

讓我們再看看那個每寫1次就需要400次讀操作的預定系統吧。它處理的是顧客的預定,所以你可能認為他們要顯示給顧客的是完全同步的數據。首先,要給顧客提供的一條預定數據必須保持400個數據集同步。其次,數據與主事務數據庫之間有3秒、30秒或者90秒的不同步并不意味著該數據一定是錯的,只是存在這種幾率。該客戶的系統中可能一直保存著10萬條數據,每天預定的有10%。如果這些預定平均分布在一天中,那么大約一秒(0.86秒)完成一次預定。在機會均等的情況下,一位顧客想預定另一位顧客剛定的房間的可能性是0.1049%(假設數據每90秒同步一次)。當然,顧客還有0.19%的可能性選擇已經預定過的房間,雖然這不太理想,但在顧客把預定的房間加入購物車之前再做次最后檢査就可以避免這種情況。當然,每個應用的數據需求都不同,但從我們的討論中,希望你能明白應該如何抵制所有數據必須實時同步的想法。

討論過時間敏感度了,那么讓我們來看看分布數據的方法。一種方法是在數據庫前端使用緩存層。每次查詢可以讀取對象緩存,而不是每次都讀數據庫。只有當數據被標示為過期時,才需要查詢主事務數據庫,獲取數據,更新緩存。考慮到有那么多優秀開源的鍵一值存儲系統可以作為對象緩存,所以首先強烈推薦這種方法。

除了在應用層和數據庫層之間增設對象緩存之外,還可以通過復制數據庫來拆分數據。大多數主要的關系數據庫系統都有某種類型的復制功能。 MYSQL是通過主從數據庫的概念來實現復制功能的。所謂主數據庫就是執行寫操作的主要數據庫,從數據庫是主數據庫的只讀副本。主數據庫會把更新、插人、刪除等操作記錄在二進制的日志中。每個從數據庫則是從主數據庫請求二進制的日志,在自身重現這些操作。雖然這些操作是異步的,但是主數據庫和從數據庫中數據更新的延遲是非常小的。通常,這種實現都由幾個從數據庫或者只讀副本構成,它們都配置在負載均衡器之后。應用向負載均衡器發起讀請求,負載均衡器以循環計成者南連方式押該請求傳遞給只讀副本。

我們把這種類型的拆分稱為X軸拆分, AKF擴展立方中,它被表示為“X軸一橫向復制'”。熟悉Web應用托管的開發者都會認同這樣一個例子:在系統的Web層或應用層上,負載均衡器后的多個服務器上都運行著相同的代碼。一旦負載均衡器收到請求后,它就把該請求分發到其中一個Web或應用服務器上進行處理。在應用層進行這種分發的好處是可以在負載均衡器后面放置成百上千的服務器,都運行同樣的代碼,處理類似的請求。

X軸原則不僅適用于數據庫。Web服務器和應用服務器通常也能被輕松克隆,這樣就能夠把事務平均分配到多個系統上進行橫向擴展。這種應用或Web服務的克隆實施起來相對比較容易,可以擴展能夠處理的事務數量。遺憾的是,對于我們執行某些事務而必須操作的數據而言,該方法并不能幫助我們提高擴展性。在內存中緩存客戶的專有數據或者不同功能特有的數據可能會造成擴展服務的瓶頸,很難在不影響客戶響應時間的前提下擴展網站建設這些服務。要解決這種內存限制,需要利用擴展立方體的Y軸和Z軸。

本文地址:http://m.murenxiang.com.cn//article/3453.html
相關文章:
最新文章: