根據(jù)莫非定律1：「凡是可能出錯的事必定會出錯，任何一個事件，只要具有大于零的機(jī)率，就不能夠確定它不會發(fā)生?！惯@句看似箴言的話，想必每個運維從業(yè)人員感觸非常深刻。本文從 DBA 線上操作的角度，談?wù)勛约旱目捶ā?/p>

工作日，DBA 會處理大批工單;非工作日，DBA 在時刻準(zhǔn)備著救急。亦即，DBA 每時每刻都有線上操作的需要。那么問題來了，個人的狀態(tài)是不定的，包括心理狀態(tài)、身體狀態(tài)。時刻保證臨危不亂，這是 DBA 重要的素質(zhì)之一。線上故障，分秒必爭，不及時的處理、不善的操作都很有可能給公司帶來不同程度的損失。線上操作需要求穩(wěn)，本文給出筆者的點滴思考。

© Pierre Puvis de Chavannes/The Poor Fisherman, 1881/Wikipedia2

第一，處理工單、凌晨維護(hù)、處理緊急故障之前，梳理流程，準(zhǔn)備必要的資料。一個優(yōu)秀的 DBA，不是求速度，不是求效率，而是求穩(wěn)。出錯的概率低，你給別人的感覺就會比較靠譜。有經(jīng)驗的 DBA，線上操作就是復(fù)制粘貼，寧愿相信 0 和 1，也不愿相信自己和別人。每次處理工單、凌晨維護(hù)，筆者都會養(yǎng)成一個習(xí)慣，梳理流程，準(zhǔn)備線上服務(wù)器 IP 列表、需要的腳本、有可能使用到的命令、相關(guān)的文檔等等。這樣的好處是，心里有譜，不至于慌亂。即使遇到突發(fā)狀況，也會相對從容。當(dāng)然，緊急故障沒有這么多時間給你準(zhǔn)備，但至少也要準(zhǔn)備常用的命令。這里有個小建議，使用 Evernote 保存常用的命令，當(dāng)然，涉及公司敏感信息的，不能留。臨場發(fā)揮，盡可能地避免手動輸入，因為高度緊張的狀態(tài)下，輸入錯誤的概率比日常要高。于 DBA 而言，輸入錯誤，帶來的災(zāi)難將是毀滅性的。已經(jīng)有很多類似的案例，在此不做展開。

第二，處理故障之前分析最重要。通常某個故障是不是單點的，是一個面，是一個鏈條。線上故障，直接受影響的就是用戶，究其原因，用戶層、接入層、邏輯層和數(shù)據(jù)層每一層都有可能有問題。處理故障之前，不是無謂的試錯，一次不行，下次依然如故的概率相當(dāng)高，然后時間就這樣不知不覺地浪費了。此時應(yīng)該冷靜下來，思維不能單獨盯在數(shù)據(jù)層，從整個技術(shù)鏈條考慮，這樣獲得的信息才是最全方位的。那么問題來了，互聯(lián)網(wǎng)行業(yè)工作細(xì)分，DBA 很大可能沒有操作數(shù)據(jù)層之外的權(quán)限，怎樣做到信息相對完善，接下來就是下一個話題。

第三，學(xué)會溝通，盡可能地達(dá)到信息對稱。第二點提到，DBA 更多關(guān)注的是數(shù)據(jù)層，達(dá)到整個技術(shù)鏈條信息的流通是相當(dāng)重要的。這一點其實不是技術(shù)問題，而是一個人的軟實力。關(guān)于提問的智慧3，可以參考之前筆者的文章。我們都知道，提好問題比答案本身更重要。DBA 在處理故障時，跟監(jiān)控、研發(fā)、測試、產(chǎn)品、運維等都有可能打交道。監(jiān)控會反饋受影響的范圍、延時情況等等，這屬于用戶層;研發(fā)、測試、產(chǎn)品會反饋業(yè)務(wù)故障、程序日志等，這屬于用戶層和邏輯層;運維會反饋網(wǎng)絡(luò)情況、流量狀況、Web 服務(wù)器異常等等，這屬于接入層。最后 DBA 會關(guān)注數(shù)據(jù)層，包括持久層和緩存層，然后結(jié)合不同鏈條的信息，綜合分析，再進(jìn)行相應(yīng)的操作。線上操作，我們不能容忍低效甚至無效的溝通。

第四，任何操作三思而后行。DBA 應(yīng)該把「備份重于一切4」銘記于心，修改任何配置文件之前先備份，慎用甚至不用 rm。對于有 DROP 和 TRUNCATE 的工單，再三審核和確認(rèn)，避免無效操作。如果確實存在此類需求，應(yīng)該首先確認(rèn)是否有備份，備份是否可用。DBA 應(yīng)該對高危操作有明確的認(rèn)識，除此之外，所有的恢復(fù)操作也需要了記于心，防患于未然。

第五，事后 Review、反思、總結(jié)，形成知識庫。故障是不可控的，可能是人為，可能是程序有 Bug，可能是網(wǎng)絡(luò)故障，總之發(fā)生故障的原因千奇百怪。但故障事后的 Review、反思和總結(jié)我們可以控制。針對某個特定的故障，反思處理的流程是否有優(yōu)化的地方，反思基礎(chǔ)設(shè)施是否還有不完善的地方，反思團(tuán)隊出現(xiàn)的問題，反思和其他部門的合作是否有問題等等，然后形成會議記錄、故障報告、故障總結(jié)，形成知識庫，定期再次 Review，避免下次出現(xiàn)類似的問題。再者，還可以給新入職的員工參考，從真實案例中學(xué)習(xí)，這樣進(jìn)步會更快。

做好一個優(yōu)秀的 DBA，技術(shù)是一方面，更重要的是個人素質(zhì)。比如，你需要有良好的習(xí)慣、需要有優(yōu)秀的心理素質(zhì)、需要有責(zé)任心和道德、需要有良好的溝通能力……這些軟實力是基石，在此基礎(chǔ)上，拓展技術(shù)的廣度和深度，這樣才會有更良好的發(fā)展。

借此文章，嘮嗑下最近的想法。筆者經(jīng)常反思為什么會這樣堅持更新博客，最近有了比較理想的答案。第一是督促自己思考，第二是為別人提供價值。先說第一點，堅持更新博客，就是在提醒自己不斷思考，這樣就會比別人獲得更多技術(shù)之外的能力。然而，這些能力，是在枯燥的工作之作學(xué)不來的。世間的道理都很簡單，大家也懂，然而真正去行動并且持之以恒的少之又少。你看了一千篇文章，讀了一百本書，不去行動都是枉然。然后說說第二點，博客很重要的一點就是給讀者提供價值。讀者覺得你的文章能給他帶來啟發(fā)，這就是正向輸出;讀者評論你的文章、和你發(fā)郵件交流、加微信和你聊天，這就是正向反饋。你給讀者提供了價值，說不定讀者哪天就會給你帶來意想不到的驚喜。一個長期保持高質(zhì)量更新的博客，于己于他，個人認(rèn)為都是瑰寶。即使現(xiàn)在沒有兌現(xiàn)，將來的某個時刻會。

回到這篇文章本身，筆者時刻都在強(qiáng)調(diào)軟實力。軟實力靠的是長期的積累，需要自控力不斷提高。歸根結(jié)底，任何管理本質(zhì)上都是對自我的管理。