正文

architecture-architecture記憶方法

xinfeng335
文章最后更新時間2025年03月15日,若文章內(nèi)容或圖片失效,請留言反饋!

  上周五早上architecture,風和日麗。小明和小強在上班路上相遇了。

architecture-architecture記憶方法
(圖片來源網(wǎng)絡(luò),侵刪)

  

呀不好意思architecture,來晚了,architecture我們已經(jīng)打烊了。不過呢,看在大家都熱愛學習architecture的份上,我們將會分享課程視頻給大家。

Oracle自發(fā)布12.1之后,就一直聲稱要全面轉(zhuǎn)云,在之后的三四年里,一直杳無音信,大家都在猜測,Oracle又在憋什么大招,果然,2017陽春三月,大招來了architecture!今年三月份,在廣大用戶的熱切盼望中,Oracle終于發(fā)布了12c Release2。

  與此同時,云和恩墨專家迅速投入到新特性的研究當中,在12.2發(fā)布不到2個月的時間里,并設(shè)計出了全球最新版的Oracle 12.2體系架構(gòu)圖。先來一飽眼福吧

  

  很多同學跟我們說,這張圖信息量太大看不懂表示很絕望。為了讓大家更好地學習,云和恩墨推出系列課程“全面解讀Oracle 12.2的體系架構(gòu)圖” ,上周四第一課QQ群火熱直播,反響熱烈。

  接下來我們簡要概括一下課時一的內(nèi)容要點:

  體系架構(gòu)圖組成

Oracle 12.2體系架構(gòu)圖基于最基本的Oracle數(shù)據(jù)庫訪問模式,延伸出包含Active DataGuard,Sharding,Multitenant,F(xiàn)lex Cluster,F(xiàn)lex ASM等多個解決方案的模塊。課時一主要介紹了整個圖的內(nèi)容組成,并展開詳細解讀了模塊一(ADG+IM)的部分。

  在第一個模塊,我們展開討論了以下的內(nèi)容要點:

  1、在ADG中,邏輯standby和物理standby的數(shù)據(jù)同步與應(yīng)用;

  2、12.2中,支持ADG上部署IM列存儲,并討論了三種部署方案;(可參考以下文章:【12.2新特性】在Oracle Active Data Guard上部署列式存儲)

  3、Oracle的零數(shù)據(jù)丟失同步方案:Far Sync實例的配置;

  4、在12.2中DG上的一些新特性,比如遠程AWR,standby上的SQL tuning等,可參考以下文章:Oracle 12.2新特性掌上手冊 - 第六卷 ADG的性能與診斷);

  5、在12.2中IN-MemORY的新特性,比如:join group,faststart等。

  好了話不多說,想學習的同學請觀看視頻。原文鏈接下載。

  不少朋友問講師要ppt,實話實說,講師(只有腦子)真沒有ppt,不過倒有幾張經(jīng)典的參考圖送給各位,為大家簡單講解一下。

  reference picture1

  

  根據(jù)白求恩對中國的Oracle用戶使用Oracle數(shù)據(jù)庫現(xiàn)狀分析,在10g以前的版本中,有部分用戶在使用裸設(shè)備作為數(shù)據(jù)庫存儲方式,11g以后已經(jīng)很少見,12c已結(jié)沒有人使用裸設(shè)備了。ASM和文件系統(tǒng)將成為最主要的兩種文件存儲方式,而ASM則是集群環(huán)境下的最佳存儲選擇。(了解白求恩請點擊:Bethune,你最佳的運維小助手。)

  reference picture2

  

  在12.2以前,ADG架構(gòu)中,若有多個節(jié)點,則多個節(jié)點的RFS進程可以同時接收來自主庫的日志,但在日志應(yīng)用過程中,只有一個MRP進程進行,因此多個節(jié)點的日志應(yīng)用的串行的。

  

  在12.2中,ADG中多節(jié)點standby,日志可以并行應(yīng)用。會在每個節(jié)點都啟動一個MRP進程。

  reference picture3

  

  最簡單的Far sync的配置模式:在主庫附近(實現(xiàn)同步的距離限制范圍內(nèi))配置far sync實例,主庫與far sync實例之間進行同步傳輸,far sync與備庫之間進行異步傳輸,這樣,即使主備之間的連接出現(xiàn)連接問題,主庫的數(shù)據(jù)都在far sync實例中,實現(xiàn)數(shù)據(jù)零丟失。

  

  Far Sync的高可用配置:雖然far sync提供零丟失的數(shù)據(jù)同步,但一切都會出故障,為了避免主庫與Far Sync之間的連接出現(xiàn)問題導(dǎo)致數(shù)據(jù)丟失,在主庫上配置兩個Far Sync實例,當其中一個連接中斷的時候,自動切換到另一個Far Sync實例。

  

  Far Sync的擴展配置:在需要做主備切換的環(huán)境中,為了保證切換后的數(shù)據(jù)傳輸不受影響,在兩個節(jié)點上都配置Far Sync實例,當然,在同一時刻,只有一個Far Sync實例處于活動狀態(tài),也就是與當前主庫靠近的Far Sync實例處于活動狀態(tài)。

  reference picture4

  

  在12.2的IM中,支持三種格式的數(shù)據(jù)存儲:關(guān)系型數(shù)據(jù),虛擬列和JSON格式。并且可以將JSON對象的虛擬列直接存放在IM的虛擬列,使得針對JSON對象的操作非常方便。

  注意,對于JSON的文檔,一般要求文件大小不大于32M,否則可能不會帶來好的性能提升。

  reference picture5

  

  在沒有joingroup的情況下,表的關(guān)聯(lián)查詢是如何實現(xiàn)的:

  假如vehicles表和sales表需要做關(guān)聯(lián)查詢。

  1、掃描Vehicles表,并將滿足條件的行解壓并發(fā)送到hash 連接

  2、使用vehicles中獲取的做連接的列創(chuàng)建hash列表

  3、掃描sales表,過濾出符合條件的行

  4、解壓過濾得到的行,并發(fā)送至hash連接

  5、使用vehicle表的ID值進行探測,找到匹配的行

  

  使用join group后的連接訪問方式如下:

  1、掃描vehicles表,將符合條件的以壓縮的方式發(fā)送至hash 連接

  2、對上步中壓縮的結(jié)果中的不同值創(chuàng)建數(shù)組

  3、掃描sales表

  4、將匹配的行以壓縮的方式發(fā)至hash 連接

  5、對數(shù)組中壓縮的值做全連接

  因此我們看到,沒有使用join group的時候,最后在選擇行的時候是掃描二維的hash表獲得,而使用join group之后只需要掃描一個數(shù)組,這樣就加快了查詢效率。

  更多的內(nèi)容,請關(guān)注數(shù)據(jù)和云公眾號(OraNews),回復(fù)關(guān)鍵字“YH1”,立即獲取相關(guān)的知識庫。

  加入"云和恩墨大講堂"微信群,參與討論學習

  搜索 蓋國強(Eygle)微信號:eyygle,或者掃描下面二維碼,備注:云和恩墨大講堂,即可入群。每周與千人共享免費技術(shù)分享,與講師在線討論。

  關(guān)注公眾號,獲得后續(xù)精彩分享

  近期文章

  云和恩墨2017 DTCC數(shù)據(jù)庫大會PPT

  一條詭異的SQL引發(fā)的性能問題

  Lockdown Profile 的多租戶權(quán)限控制

  在線的修改數(shù)據(jù)表為分區(qū)表

  性能優(yōu)化之查詢轉(zhuǎn)換 - 子查詢類

  基于Oracle公有云的備份與恢復(fù)

  MySQL Group Replication 學習筆記

-- 展開閱讀全文 --