無數(shù)據(jù)硬化數(shù)據(jù)庫是一種經(jīng)典而傳統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)，在這種結(jié)構(gòu)中，多臺機器共同管理數(shù)據(jù)，一般不對數(shù)據(jù)進行切片，因此在數(shù)據(jù)管理中應用廣泛。后臺進程分類介紹1，DBWR 數(shù)據(jù)庫寫進程DBWRTheDatabaseWriterProcess進程負責將臟數(shù)據(jù)塊寫回磁盤，當事務修改數(shù)據(jù)塊中的數(shù)據(jù)時，沒有必要立即將數(shù)據(jù)塊寫回磁盤。

1。DBWR 數(shù)據(jù)庫 Writer進程DBWRTheDatabaseWriterProcess進程負責將臟數(shù)據(jù)塊從databaseblockbuffer寫回磁盤。當事務修改數(shù)據(jù)塊中的數(shù)據(jù)時，沒有必要立即將數(shù)據(jù)塊寫回磁盤。由于O racle采用了先進的機制，修改后的數(shù)據(jù)無需立即回寫，及時失效也不會丟失。因此，DBWR可以采用更有效的寫回方法，而不是在事務提交后立即寫回。

寫回數(shù)據(jù)時，采用最近使用最少的原則。對于支持異步I/O的系統(tǒng)，只需要一個BWR進程，對于不支持異步IO的系統(tǒng)，可以通過增加dbwr的數(shù)量來提高效率。2.LGWR日志寫進程LGWR(thelogwriterprocess)負責將日志緩沖區(qū)中的數(shù)據(jù)寫入重做日志。因為提交操作依賴于LGWR寫回日志(提交操作觸發(fā)LGWR將日志緩沖區(qū)數(shù)據(jù)寫入撤消日志)，所以系統(tǒng)性能很容易受到LGWR的影響。

因為給不懂的人看太干巴巴了，1500多個節(jié)點的架構(gòu)和10年前的27個節(jié)點相比rac！別忘了你用的ssd還是機械盤！阿里巴巴的數(shù)據(jù)庫OceanBase在國際上多次獲得數(shù)據(jù)庫競賽獎，很多人會問，既然OceanBase這么厲害，阿里巴巴為什么不搶占O racle的市場份額？海洋基地競賽結(jié)果一邊倒，功能不完善。事實上，阿里系真正大規(guī)模使用的只有螞蟻金服。阿里系還有另外三個團隊數(shù)據(jù)庫，XDB是阿里集團做的數(shù)據(jù)庫 team，PolarDB是阿里云團隊負責的，也就是李菲菲博士。OceanBase是螞蟻金服數(shù)據(jù)庫 team開發(fā)的，現(xiàn)在XDB和PolarDB的全面整合已經(jīng)在阿里推進。李菲菲博士領(lǐng)導的PolarDB團隊將是下一代數(shù)據(jù)庫系統(tǒng)，PolarDB未來要面對的業(yè)務場景將和阿里云的業(yè)務一樣復雜。

(1)另一位博主的觀點()博主對自己的說法做了一些修正和補充，讓你明白他的意思。簡單來說，分布式通過縮短單個任務的執(zhí)行時間來提高效率，而集群通過增加單位時間內(nèi)執(zhí)行的任務數(shù)來提高效率。例如，如果一個任務由10個子任務組成，那么每個子任務分別執(zhí)行需要1個小時，在服務器上執(zhí)行該任務需要10個小時。采用分布式的方案，提供10臺服務器。每個服務器只負責處理一個子任務，不考慮子任務之間的依賴關(guān)系，完成這個任務只需要一個小時。