第134期 勘誤且自嘲一下（20240115）

作者：胖頭魚的魚缸（尹海文）
Oracle ACE Associate: Database（Oracle與MySQL）
網思科技 DBA總監
10年資料庫行業經驗，現主要從事資料庫服務工作
擁有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等認證
墨天輪MVP、認證技術專家，ITPUB認證專家，OCM講師
圈內擁有“總監”、“保安”、“國產資料庫最大敵人”等稱號，非著 名社恐（社交恐怖分子）
公眾號：胖頭魚的魚缸；CSDN：胖頭魚的魚缸（尹海文）；墨天輪：胖頭魚的魚缸；ITPUB：yhw1809。
除授權轉載並標明出處外，均為“非法”抄襲。

1 勘誤

上一篇文章，關於Exadata可以不建索引描述有不嚴謹的地方，這其實是對行業中遇到的一些事的調侃，可能會引發一些誤解。有些場景不建索引效能也還行（甚至優於自建環境，畢竟Exadata的綜合IO能力還是強不少），因為一體機特性確實Exadata上有些場景使用全表掃用於分析場景效能會更好，但不代表Exadata上不需要索引。（這一部分已經在墨天輪、CSDN、ITPUB的文章中進行的修改，公眾號則無法修改 ，故此勘誤）
在去年3月14日我也寫了一篇《資料庫管理-第六十一期 Exadata是否需要索引（20230314）》（ https://blog.csdn.net/yhw1809/article/details/129517338），在實際的生產環境中，用實際的生產資料做測試，測試結果為一個主鍵可以帶來至少15倍的效能提升。從實踐來看，必要的索引設計及良好的執行計劃管理，是所有平臺（包括Exadata上）高效執行的基礎。
那麼為什麼說在一些偏OLAP的分析場景上在Exadata上不建索引可能效能會更好呢，這其實得回到索引本身，一般分析場景往往需要呼叫對應表的大部分資料，BTREE索引一般當返回行數佔總行數的一個比值後，認為全表掃描的代價比索引小（Oracle全表掃描在同等條件下也比其他資料庫的全表掃描快一些），查詢返回資料量越大索引回表效率越低，有時候最佳化器會選擇放棄使用索引，這時候Exadata的各種加速特性比如Smart scan offload、儲存索引、EHCC、smart flash cache等就能發揮巨大作用，這裡可以看看之前文章《資料庫管理-第116期 Oracle Exadata 06-ESS-下（202301114）》（）。

2 自嘲

也許你會發現，這篇文章開頭會有點點不一樣，從這一期文章開始我將在每篇文章的開頭加上自我介紹，也是版權維護的手段，現在太多人對智慧財產權不重視了，甚至樂於直接抄襲、搬運，拿來作為賺錢、賺流量的工具，最重要的是還不思悔改，甚至反擊原創作者和支援重視智慧財產權的人。這裡有必要科普一下相關法律，算了，我也不是律師，免得等下又有人說我不務正業，連結一下百度百科就好《智慧財產權保護》（ %E7%9F%A5%E8%AF%86%E4%BA%A7%E6%9D%83%E4%BF%9D%E6%8A%A4/6064833），自己閱讀，看看自己的行為是不是涉嫌違法了。
憤青時間結束，回到本節主題，開開心心快快樂樂的自嘲一下，主要涉及那幾個“外號”。首先“總監”二字主要是源自於我公司給的title，和薛曉剛的“首席”、蕭少聰的“主 席”類似，既是朋友們的調侃，也算是自嘲，畢竟資料庫圈曾幾何時“總監”稱號得是Oracle ACE Director，當然這個還是我目前的目標。“保安”二字則是參加《國產資料庫共話未來趨勢·第二期》時，被德哥指定在《是否需要專用時序資料庫》專題PK時作為保安維護現場秩序，但是作為圈內人，保安最終還是沒忍住下場協助PK，所謂“保安下場，寸草不生”（再次調侃+自嘲）；“國產資料庫最大敵人”則是《國產資料庫共話未來趨勢·第三期》擔任了主持人，並且發表了題目為《國產資料庫最大敵人》的主題分享（這題目交了就後悔想改，無奈宣傳已發），主要說的是Oracle海量研發投入與創新發展，這也讓我喜提了最新的“歪號”。關於“社交恐怖分子”這個呢，其實自從認識薛首席之後逐漸從“社交恐懼份子”逐漸向“社交牛X份子”最後向“社交恐怖分子”轉化。

總結

本期無圖，知道寫了些啥！