刪庫之後不要著急跑路,這本書可以救命（含電子書下載）
原文連結： ofollow,noindex" target="_blank">http://www.enmotech.com/web/detail/1/591/1.html
點選原文連結下載書籍資源~~
早上在朋友圈刷了一張圖，引起了很多朋友的反饋，其實老師們的心思你懂的。
當年悟空學藝於菩提祖師門下，老師遣他下山，悟空覺得自己蒙受師傅傳授大恩，還沒有報答。菩提祖師就說：不要提什麼報答之恩，只要你日後闖出禍來不把為師說出來就行了。
我教過不少學生，於是玩笑的略改一句：日後你 刪了庫 後，不要把師傅說出來就行了。
（事實是：刪了庫之後，立刻馬上給到打電話，還可以挽救的。）
話說日後，孫悟空真的刪過一個數據庫裡的記錄，這就是：生死薄。
孫悟空壽命只有342歲，在大鬧地府那天其實陽壽已盡，在原著中曾這樣寫道：
"悟空親自檢閱，直到那魂字一千三百五十號上，方注著孫悟空名字，乃天產石猴，該壽三百四十二歲，善終。"
孫悟空哪能受得了這個，拿起生死簿把自己的名字就劃了，不僅如此，他也不能讓自己的猴子猴孫也經歷生老病死，便順手把生死簿中所有的猴子都給劃掉了。
所以問題來了：
生死簿，這個龐大的資料庫系統，如果沒有災備，沒有備份，只有當前態，其資料就被永久的改變了。無可挽回。
從表象來看，生死薄是一個平板檔案的日誌記錄，但是事實上並非如此，這內部一定是一個龐大而複雜的資料庫系統，其中：
要儲存所有生靈的出生壽元；
要儲存所有生靈的善惡功德；
要儲存所有的前世今生迴圈；
要儲存所有生靈的關係關聯；
要高併發高吞吐全宇宙聯網；
大家想想這個資料結構要怎麼設計？
資料量實在太大，分庫分表分散式，這是少不了的；
主鍵唯一如何規劃？
前世今生生生不息，關係網實在複雜；
天災人禍批量處理高併發；
前車之鑑，容災備份高可用必須要有？
太複雜了，還是作為面試題，找幾個人問問，或者招個標搞個方案吧！
投標應標咱不管了，可是刪除了資料庫怎麼辦？
我當年曾經寫過一本書，書名是《資料安全警示錄》：
這本書中記錄大量關 於『刪庫跑路』 的慘痛教訓，例如：
在『教師節』這個神聖的日子裡，我將這本書再次傳送出來，給大家作為參考，以後刪庫之後，可以不一定需要跑路，關注公眾號回覆：DBA04 ，獲得本書電子版下載。
當然除此之外，任何時間，您都可以呼叫雲和恩墨 24x7 緊急救援電話。
歷史上的今天...
>> 2009-09-11 文章:
2009 Oracle OpenWorld 將有什麼重磅訊息釋出?
>> 2007-09-11 文章:
>> 2006-09-11 文章:
Tools:使用Qslice觀察消耗CPU資源的執行緒
幫朋友發一則招聘啟事
>> 2005-09-11 文章:
How to simulate block corruption with BBED?
>> 2004-09-11 文章:
By eygle on 2018-09-11 12:15 |Comments (0) | | 3313 |