職場小記

場景一：

小 葉：熊總，請教個問題，什麼是主鍵和索引？

熊 熊：過來，我告訴你

————————————小葉來到我辦公桌前————————————

熊 熊：你認為如何判斷一個表的主鍵？

小 葉：（做搖頭狀）

熊 熊：舉個例子吧，公司員工表，裡面有員工姓名，年齡，性别，×××号等等，這些可以做主鍵麼？

小 葉：（茫然狀）不清楚

熊 熊：那麼，提示一下，×××号可以麼？

小 葉：應該可以吧。

熊 熊：ok，但是×××号太長了，作為主鍵并不推薦，而且×××号是固定18位長度，對索引存儲是一個挑戰。

小 葉：那我們還可以用什麼來做主鍵呢？

熊 熊：其實我們可以用員工号來做主鍵。就像公司的每個員工卡号。一般建議使用數字id作為一個表的主鍵，而且，主鍵具有唯一性，也就是唯一性限制，這就是為什麼姓名列不能用來做主鍵，假設你在一個很大的公司，有着上萬名員工，裡面有十幾個叫小葉的員工，你怎麼能用姓名确定查出來的就是你呢，對吧，沒有了唯一性限制的列不能作為主鍵。

小 葉：（點頭沉思）嗯，懂了，那什麼是索引呢？

熊 熊：索引就更好解釋了，比如，前不久北京舉辦了轟動世界的國際矽膠展，比如熊熊我，就想去矽膠展上看看新版的cc3.0 v6，那麼，如果是沒有索引，應該是一個什麼樣的情況呢，因為有很多的展廳，每個展廳又有很多的展台，有些展台雖然是大衆的，但是不一定有cc，這時候我要想看cc，就需要一個展廳、一個展廳的去找，同時需要确定有cc的展台。這樣一種情況，就是索引全掃描，因為我要逛過所有的展廳才有可能确定到底哪裡有cc（不一定所有的，靠運氣決定，這也是全表掃描不一定比索引慢的原因），那麼全表掃描也就是檔案多塊讀。那麼，如果我有展廳位置地形圖，我就能馬上知道哪個展廳哪個展台有cc，直接就可以避免浪費時間跑到别的展廳（如果為了看透視裝不算浪費時間^_^），這種情況下，大衆展台假設在很多展廳的話，就是索引範圍掃描，如果隻有一個展台有cc，那麼這時候就是索引唯一掃描。

小 葉：（若有所思）哦，我明白了，多謝熊總！

熊 熊：不客氣~

場景二：

熊 熊：（在群裡發了一條消息）it人的成功==30%技術能力 + 30%業務能力 + 40%忽悠能力

小 羽：熊總，什麼叫30%的業務能力，做技術的人需要掌握業務麼？

熊 熊：這個問題，比如你現在是一個很大的電商網站的進階運維工程師，甚至部門經理，讓你來規劃公司網站的整體架構，你憑什麼說什麼時候用叢集，什麼時候用負載均衡，web層用那種服務，app層用那種服務，db怎麼設計？ 如果你隻是憑着以前經驗，覺得比如f5，比如lvs，比如mysql叢集，主從複制，讀寫分離等等，這些技術都堆積起來，都用上就是好的，那你就錯了，你不了解業務本身，就沒有資格設計架構。

小 羽：那我如何才能了解業務呢，而且運維怎麼能接觸到業務呢？

熊 熊：你現在之是以薪資不高，不是因為你技術能力有多差，而是因為你不會去獨立的考慮問題，解決問題，比如，我很佩服強強（我們部門經理），他的技術不一定比我強，但是他考慮問題比我全面周到，處理事情比我穩重，如果你想成功，你就需要把你的思想提高到這個程度，用人家的層次來思考問題，解決問題。

小 羽：（沉思狀），多謝熊總，我會仔細想想這段話。

熊 熊：不客氣。