今天還是在搗鼓rds的各種主從複製，災備，各種實驗，一次次的提工單，估計光我提的工單就要耗阿里的半個工程師。
第一階段，買書，學sql。這階段我經歷過，書都很厚，我到現在早都忘了書裡寫什麼了，這個階段總是以能夠實現出來非常特立獨行的查詢為自豪，其實現在想想，sql那麼多關鍵字有必要記麼？隨便舉個例子rand()，線上誰敢用。還有那啥儲存過程，別說，我還真見過一套老的簡訊計費系統，整個都是拿儲存過程寫的，可現在的後台服務誰這麼幹？不過這些學習還是有用的，至少到公司面試是有用的。
第三階段，啥東西都往mysql裡放，這東西終於撐不住了，於是開始拆表，不行，拆庫，橫向切分，縱向切分。然後開始讀寫分離，災備。一般這個時候也就知道資料庫有很多種，別死命在一根樹上吊死的道理了。
第四階段，只要穩定能不動就不動，不是懶，是知道怕了，效率的問題也不那麼關心了，因為有問題的時候就說明用錯地方了。
當然後面還有無數的階段，比如去優化mysql**啊，寫個資料庫啊，那就不是我這個非專職dba該幹的事了。
資料庫優化的幾個階段
大家在面試的時候，是否遭遇過，面試官詢問 你們是如何進行資料庫優化的?這才是調優的第一階段啊，為什麼呢？因為這一步成本最低啊，不需要加什麼中介軟體。你沒經過索引優化和sql優化，就來什麼水平拆分，這不是坑人麼。那步驟是什麼樣呢?我說個大概 1 用慢查詢日誌定位執行效率低的sql語句 2 用expla...
資料庫優化的幾個階段
大家在面試的時候，是否遭遇過，面試官詢問 你們是如何進行資料庫優化的?第一階段 優化sql和索引 這才是調優的第一階段啊，為什麼呢？因為這一步成本最低啊，不需要加什麼中介軟體。你沒經過索引優化和sql優化，就來什麼水平拆分，這不是坑人麼。那步驟是什麼樣呢?我說個大概 1 用慢查詢日誌定位執行效率低的...
資料庫優化的幾個階段
大家在面試的時候，是否遭遇過，面試官詢問 你們是如何進行資料庫優化的?那這個問題應該怎麼答呢？這才是調優的第一階段啊，為什麼呢？因為這一步成本最低啊，不需要加什麼中介軟體。你沒經過索引優化和sql優化，就來什麼水平拆分，這不是坑人麼。那步驟是什麼樣呢?我說個大概 1 用慢查詢日誌定位執行效率低的sq...