參加社群技術活動後的感想

今天參加了DBGeek的技術交流活動，感觸還蠻多。也是在一個偶然的機會中，受肉絲（魏興華）邀請，欣然答應了他們組織的技術分享活動，好久沒有動動筋骨，也是躍躍欲試，一來可以總結一下最近的工作情況，二來這種分享會讓自己對於我原本有些模糊的工作理念深信不疑。而技術分享相比於純商業的活動的一個大的區別，就是技術分享的受眾比較純粹，而且主題內容比較專一，專業，不會因為營銷而有標題黨，博眼球的內容。而對於這次技術分享來說，我也感受到了社群，圈子裡的DBA的熱情。
    今天涉及的資料庫有Oracle,MySQL,PG,Toprow DB(Informix),這些主題內容量非常大，有很多因為時間關係也無法一一擴充套件，其實對於這次的技術分享，自己也比較擔心，因為主題的跨越度較大，一般的DBA要麼是Oracle+MySQL組合，要麼就是Oracle+PG組合等，如果知識交叉很多，可能在接受上會有一定的難度，從現場的情況來看，其實還不錯，因為主題的內容也會有意無意的和其它資料庫做一個更加形象的對比。所以這種多種技術主題的組合還是蠻成功的。
    其實對於裡面的主題內容，裡面讓我比較有感觸的是關於SQL稽核的部分，主要原因是這讓我想起了哪些人工稽核的痛點，可能Oracle中的痛點還要多。當然竹峰兄勇於實踐，解放自己，造福社群，這種利己利人的事情值得大讚。我是從我的一些感受和對於Oracle稽核的角度有下面的而一些想法：
    從我目前的瞭解和同行業中的一些實踐來看，對於SQL語法的稽核說簡單也簡單說複雜也複雜，為什麼這麼說呢，我以之前的公司為例，我們的開發人員，無論系統業務，對於DB級的結構變更都是使用統一的工具入口，生成了xmll配置檔案（這個和阿里的方式有些類似），會自動編譯生成規範的SQL語句，所以在這個層面，我幾乎沒有做過語法稽核的工作，更多的關注語句本身的意義和最佳化空間等。但是在沒有這樣一個統一的入口的情況下，SQL的質量情況也是五花八門，對於一些讓人無語的SQL，比如DDL+commit;   DML無commit這種，在不太規範的環境中我還真見過不少，當然這個不是重點，對於Oracle來說還有一些稽核的情況可能是灰色地帶，或者實現起來會有很大的侷限性，比如我們有一個生產環境，內部涉及很多的schema關聯和db link，如果開發提交了一個SQL語句或者PL/SQL，他可能對於這些許可權的資訊就不夠清楚，這部分內容簡單透過SQL稽核還是審不出來的，其實嚴格來說這應該是開發提供，但是開發對於生產系統也確實瞭解有限，所以這種工作就需要一種中和，而不是徹底的劃清界限。
    而對於SQL稽核中的效能考慮，從Oracle的層面來說，有一些場景目前的稽核還是會有一些侷限性。比如對於提交的SQL是否需要結合表變更情況考慮是否需要新增索引，對於大表新增欄位，設定default的時間視窗評估，提交的PL/SQL因為效能考量轉換為單一SQL等情況，這些功能可能直接實現還是存在一些限制，依賴對於DDL操作敏感而且無法做很具體的嘗試，二來對於真實環境中的執行視窗時間是一個非常模糊的評估，而這些資訊其實對於關鍵應用來說又是格外需要的，我的個人觀點是對於大表的DDL還不如集中火力處理，如果萬不得已還是不要做線上重定義，因為資料內部複製也本身消耗極大，這個過程其實也是時間+空間來平衡高可用。而我對於此的一個基本思路就是11g中snapshot standby,備庫完全可讀可寫，完全可以閃回，我覺得簡直就是為SQL稽核而生的新特性，目前雖然來看，瞭解的人少，用的人少，還是沒有找到太適合的場景，其實SQL稽核中就是一個利器，真刀真槍的稽核，對於主庫完全無影響，但是參考標準更加貼近實際，更加準確。對於DDL類的敏感操作是非常好的評估標準，對於DML的影響範圍非常切合實際。而且把SQL稽核中的資料同步工作也一併解決了。因為在指定的時間範圍內，主備本身就是同步一致，無需更多的配置。同時也能進一步降低迴滾的機率。
    今天同時也和李書琪同學聊了不少OGG的東西，對於一個比較棘手的遷移方案自己也有了一些新的收穫，其實本來對於這方面不太熟悉的東西，這種面對面的交流著實有收穫。
    晚上大家聚在一起吃飯，在五道口附近，著實讓我感受到了高校周圍的火爆，到處都充滿了青春的氣息，但是對於這種火爆，我顯得格格不入，我覺得在各種等待中的生活不是我想要的狀態，大家聚在一起，也就開啟了話匣子，發現不同資料庫之間其實也沒有什麼隔閡，都能再一起聊得很盡興，對於很多公司的高可用實現原來有非常多的坑和痛點，而且很多問題都是不得已而為之。總體感覺目前的資料庫瓶頸已經逐步從SAS的時代逐步改進，網際網路中的SSD還是大行其道，而且這也在潛移默化中促進了產業的發展和成就。還一度聊到了3.5寸軟盤，這也是一件暴露年齡的事情，當然桌中還有幾位90後的年輕精英，從他們對於技術的熱愛程度，我們還是亞歷山大。其實對於運維來說我是持有一種非常保守的態度，現在伺服器規模如此龐大，雲端計算，大資料是勢不可擋的缺失，在這個背景下的Devops其實還是有多的發展空間，當然更多的產出，無形之中也是在逐步削弱運維的角色，而對於運維我們就需要有更高的眼界和思維能力去處理那些更高階的事情，在四處救火的同時，還是需要沉澱下來一些對於行業的思考和內功，才能在這種大形勢下避免更多的斷崖式發展，這是危機也是機遇。