今天去參加資料技術嘉年華，早些年這個大會是叫oracle技術嘉年華，我猜後來融入了mysql的方向，融入了雲，叫做資料技術嘉年華，簡單來說是把「庫」字去掉了，這是大會的方向也是亮點吧。同時感謝蓋總盛情邀請，我來理一理會議中的一些收穫。
資料技術嘉年華，當然不只有oracle,mysql還有其他的資料庫，還有其他的資料庫，我是在會場裡走了一圈，選了幾個自己更加感興趣的主題。
oracle 18c的理解
我在十一的時候參加了舊金山舉辦的oow,當時從oracle宣傳的自治資料庫來說，感覺這是一種革命性的創新,但是對於實現細節和規劃卻是知之甚少，在本次大會，原廠也有不少的主題是這個方面的，因為還沒有正式release,所以還在概念的階段，但是對於18c的態度，我很贊同老楊的見解，這個主題能夠解決我們很多懸而未解的疑問。首選很多人的第一想法是dba要失業了，這可能是一種悲觀的想法。我們還需要看看其他型別的想法。糅合在一起，來看看該怎麼破。
從國內目前的使用情況來看，還是11gr2為主，我想占用的比例是相當高的，而12cr1的發布和12cr2之間隔了差不多有6年，在dba的印象中r2才是穩定版，而oracle也一再強調r1已經很不錯了，r2是有更多的加強，但是根據oracle版本的規劃，這個思想對於很多人來說已經是根深蒂固了，為了減輕大家這種版本差異的認知偏差，所以就使用了18c,19c，20c,至少目前能看到的是這些版本，隱隱感覺是sql server的風格了。
而回到重點內容自治資料庫，老楊的見解我覺得非常獨到中肯，自動化和自治本身是不同的，要實現自治，前期有很多自動化的工作，而這些在oracle早期版本已經做出很多東西了。縱觀oracle的版本特性，你會發現，逐漸在走向自動化，而把它們拼接起來，做成通用統一的解決方案，就離自治不遠了，所以說自治不是乙個突然提出來的概念，很多的實現其實已經有了前期版本的鋪路。
我目前從事的工作更多偏向於mysql方向的資料架構和解決方案。所以看問題會逐步放大稱為乙個系統的眼光，如果仔細觀察今天有很多主題都是和自動化平台相關的，sql審核平台如果歸類，可以算是自動化平台的乙個子集。
看待各種平台，其實可以借鑑一些思想，通過其他人的思維總結能夠轉化為自己行之有效的落地方法。張中靖老師和阿里的乙個同學分享了sql審核平台的內容。能夠把乙個產品鋪開，讓你成為企業級解決方案，必然是在經歷了一些考驗，碰到並解決了一些問題之後才會變得更有業務價值。
如果拋開oracle資料庫，我發現有幾個地方是自己之前規劃中未曾考慮到的，乙個是動態sql審核。這個比前期的靜態文字審核難度要大很多。把這個任務前置到上線階段前會有很多實踐的經驗積累。
如果要從乙個更加精細全面的角度來定位問題，sql歷史的跟蹤也是很不錯的方案，如果放大來說，就是全鏈路的檢測了。能夠把問題控制在乙個有限的範圍內，做到視覺化，確實很讚。
對於自動化平台的建設，也是我在公司內主力想去推導的事情，從我的角度來說，乙個自動化平台也不是一蹴而就，也是在很多根基打好的基礎上逐步演化改進而來，放一張自己最近整理的圖，把整個資料i體系的一些規劃都揉入到這個圖裡面。如果有疑問，歡迎拍磚。
開源技術好不好，或者說目前合適不合適。都需要有乙個基本的規劃，把業務價值和技術價值結合起來，不能本末倒置，或者說是0投入，得到乙個一勞永逸的方法。沒有銀彈。
晚上在晚宴上，一撥mysql的人聚在一起，還是蠻有意思的。圈子小，故事多，段子更多。。。
當然今天還有乙個很大的收穫，就是收到了海翔的新書《資料庫事務處理的藝術--事務管理與併發控制》，新書目前還在預售，馬上就會在各大**看到了。在寫書這件事情上，我和海翔有兩點共識，寫書本身不賺錢，作者其實比讀者的收穫更大。預祝海翔的新書大賣。書的內容我放出乙個簡單的目錄，大家供參考。
DTCC第一天歸來
參加了期待已久的dtcc 中國資料庫技術大會 我也來說說自己的感受和想法，歡迎拍磚。首先的第乙個感受就是大會規模的震撼，在去會場的路上堵了2個多小時，心想可能去還有位子，結果到了主會場之後，發現真是座無虛席，主會場裡光投影螢幕就有5塊，然後中間是tokudb的首席工程師leif walsh在做技術分...
歸來的第一天
離開博園已經許久了，最開始使用博園是本科時候，大學班主任給我們上c 課程時候開啟的，那時候還覺得很麻煩，沒事寫什麼部落格啊，無聊。今年剛剛本科畢業，從福州大學畢業了，現在是華南理工計算機系的一名研究生。從去年的3月份開始準備考研，到12月月底的初試，再到2月份出成績，然後因為疫情，複試一直拖著拖到了...
Oracle技術嘉年華第二天歸來
今天繼續去嘉年華充電，也是忙忙碌碌從各個會場間穿梭。對於我來說，oracle和mysql都想多聽聽。也是有點貪心啊。早上有杜偉業大師的講座，不過從我的感覺來看，應該能夠聽明白的應該不多，因為sql optimizer這個部分著實不是很容易理解，也和大師討論過，這個部分需要非常熟悉優化器本身的工作情況...