一半技術一半生活

都說工作生活要平衡，今天就寫一篇技術+生活的文章。
目前有一套系統，最近會有新的業務上線，所以負載會大大提高，而且有的時候負載會有很大的抖動。有很多歷史的原因，有很多業務原因，sql等問題，其實之前也緊急救過幾次火。
不過如果再有新業務上線，估計就很難扛得住了。所以這也是一種不得不做的改變。所以開發的同事也會更加主動的牽頭，這種時候技術的建議會尤為關鍵，而且還得保證落地。
目前的業務情況如下，其實有很多業務，就假設為業務1，業務2。。。，目前是一主一備，採用了11g的adg.

但是從目前的情況來看，還是存在很大的隱患，首先硬體配置較差，CPU配置較低，一個全表掃描直接會系統級IO,CPU全部影響很大。我的建議還是兩條腿走路，一步就是有好的機器，本身就能改善不少，另外一個就是持續的sql最佳化。不知道開發的同事聽進去多少。所以我們初步討論就有了下面的架構圖。

從開發同事的反饋來看，目前做一些整合改進還是可以的，他們也希望能夠儘可能大的改善這個問題。
所以就有了上面的設計方式，考慮多申請兩臺機器，機器配置要好些，然後搭建一套備庫，也就是備庫2，然後做主從切換，這個時候備庫2變成主庫，然後再搭建一個備庫，也就是標示為2的地方。這個時候還是一主兩備的方式，這個時候，把原來的一個備庫關係取消，就是標示3所示，這樣就最後形成了一個一主一備的結構。兩臺機器都順利遷移過來了。資料量不是很大，其實花費時間不是很多，而且還能夠持續保證高可用，最後還能騰出來兩臺機器。
但是和開發的同事碰頭之後，其實發現還是有更多的改進之處，不過目前申請過多的機器還是不夠現實，
比如一個表裡面有一千萬的資料，使用業務1的關聯，可能關聯出來300萬資料，但是根據業務2關聯，可能就是關聯出1000條資料，這樣的情況下，如果在前端控制不夠好，業務2壓力高起來，業務2的處理就會大大降低。而且這種業務變更也會很快，首先要保證能夠改進目前的情況，如果業務進展順利，那麼可能還可以再要求更好的硬體。
所以和開發的同事又合計了一下，他們也主動提出可以把業務做拆分。那麼對於DBA而言，可能工作會多一些，不過最後的收益可能更大。
最後商量的初步情況就是下面的架構圖。

首先把表中的資料做拆分，可能表名相同，但是把業務拆分成多個庫，不同的業務各有所屬，然後兩臺舊的機器作為備庫。可能這種情況下會有一些牽強，不過在目前的情況下，首先是保證主庫的效能和基本穩定性，這段新業務上線完了之後，如果進展順利，可以再考慮申請好的機器。目前的作為災備其實也是夠用了。
所以後期就是業務拆分和資料拆分。不過還是一個雛形，確認之後再動手。

說完技術，也說幾個生活感悟。
早上，我媽又開始問我手機的問題，然後說怎麼手機裡的照片怎麼沒有了，我聽到這種場景，感覺又是一個資料災難的場景，那麼這種恢復還是稍微麻煩些的，這已經是第三次了。對於此，我媽似乎沒有之前那麼的緊張了，找到我可以帶著希望來問我。這可能是我之前恢復的效果吧。我在父母身邊，可能還能做點什麼，不過不在身邊這種活就不好說了，沒準對我們而言就是一個簡單的照片，可能朋友圈裡也能搜到，或者說沒有就沒有了，但是對於他們而言，可能顯得意義更多，可能就是一個難忘的記錄，如果失去就徹底沒有了希望。所以儘管我還是比較淡定，但是我知道等待我的還是一個稍微漫長的恢復。我做資料庫恢復都沒這種恢復專業，為此我還之前做過一個全備，看來最壞的情況下也能派上用場了。
然後我又花了不少時間給我媽解釋資料夾和檔案的區別，要刪圖片不要直接刪資料夾。哎，不知道最後聽進去沒有，看來也需要多提醒她了，資料恢復是有可能，不是100%有效。希望一切順利。
然後晚上和幾位大佬暢聊了幾個小時，對於我們來說，能夠和一些大佬聊天實屬榮幸，而且這種機會難得，大家都在自己的一畝三分地裡忙碌，有時候抬頭看看周圍，關注一些大環境也是一種趨勢。越跟不上大環境越會和時代落伍。有時候還是需要勇氣的，新人初來乍到，都要經歷一個被熟悉的過程，新人成為專家都要經歷一個基本的考驗過程，你的成績有目共睹，經得起考驗，那麼這種對於我們而言可能就不只是做好一件事情那麼簡單了。我們可能在事情之外能夠收穫更多。原本以為和大佬聊天得聊各種社會大事，聊不得家長裡短，但是發現他們都會包容我的無知，思維高度和你的視角，這個不是簡單的看幾篇文章就能領悟的。舉個簡單的例子，假設我們做地鐵，可能高峰期裡大多數地鐵都擠都堵，一號線擠成沙丁魚，但是過了有些站之後，座位還是一大把一大把。我們總是在這種擁擠中感受到的都是生活的艱辛。假設這個過程就如同我們去找自己的位子，如果大家都在擠熱點，可能熱點越熱，而且越來越難坐。而其實那些看起來不太熱的線路的人就會很舒服，他們總是能夠很優哉遊哉的有座位，或者多住了幾站，就可以一條線坐到頭。例子可能不太到位，但是意思基本表達到了。